⚙️ Challenges I Ran Into

Building an offline-first blockchain protocol came with several non-trivial challenges that required careful design trade-offs and experimentation.

🔗 Transaction Fragmentation & Reassembly

Challenge:
Ethereum transactions are larger than what Bluetooth Low Energy (BLE) packets can reliably transmit. Sending them whole was impractical and error-prone.

Solution:
I designed a custom packet fragmentation scheme, where each transaction is split into indexed chunks with checksums. On the receiving side, packets are validated, ordered, and reassembled before broadcasting.

📡 Unreliable Mesh Communication

Challenge:
BLE connections are unstable—devices disconnect frequently, packets arrive out of order, and some packets are lost entirely.

Solution:
I implemented:

• Packet IDs and sequence numbers
• Redundant rebroadcasting
• Time-based packet expiry

This allowed the mesh to self-heal without relying on a central coordinator.

🔐 Security Without Trust

Challenge:
Relaying transactions through unknown devices introduces the risk of tampering or censorship.

Solution:
All transactions are signed offline at the source.
Relayers can forward packets but cannot modify transaction data or access private keys. Any alteration invalidates the signature.

🌐 Online Relay Coordination

Challenge:
Determining which node should broadcast the transaction once internet access is available—without creating a trusted relay.

Solution:
Any node that detects internet connectivity is allowed to broadcast the transaction. Since Ethereum naturally rejects duplicates, multiple broadcasts are safe and idempotent.

🧪 Testing in Real-World Conditions

Challenge:
Simulating offline environments, device mobility, and packet loss was difficult using standard development tools.

Solution:
I tested the system using:

• Multiple physical devices
• Forced network cut-offs
• Deliberate packet drops

This helped validate the protocol under realistic constraints.

🧠 Key Takeaway

The biggest challenge was designing for failure as a default state.
By assuming unreliable networks and untrusted relayers from the start, the system became more robust, secure, and aligned with Ethereum’s decentralization principles.