Intro: What is Bytes?
No third party is involved in processing or enforcing the transaction, not even ourselves: the transaction is processed via the blockchain and the users match based on vicinity (30 meters radius). This is completely P2P (Peer to Peer).
Having a platform for last mile, distributed, Internet access trading enables to:
- Do away with roaming by enabling locals to sell their excess Internet access to travellers (we will make sure this is compliant) — when was the last time you used up your 100GB monthly limit?
- Enable machines (or “Things” in the IoT parlance) to transact with one another. Indeed, connecting billions of machines to the Internet is nearly impossible for today’s centralised offerings. A distributed, programmable payment stack is needed.
We have built a solution that enables IoT devices to sell Internet access one to another in a distributed way. We used Raspberry Pis (RPis) to simulate an IoT cluster.
The two requirements for our IoT stacks were that:
- The solution runs on Linux, and
- The solution has a pure P2P architecture.
It is developed on a Linux platform for at least two reasons.
- First, as far as network applications are concerned, Linux is the favoured Operating System, and
- Embedded devices mostly use Linux distributions.
Using Electron means we do not need a webserver to host the dashboard, which enables us to maintain a fully distributed architecture. There is no server to cause delays, so everything gets done a bit faster.
You can see how this works in the demo video below. 2 RPis, each with its own IOTA seed, controlled via an Electron dashboard interact: one sells Internet access to the other.
As we get closer to our end product, we started to formalise things.
Here are the main improvement over our last iteration:
- A completely redesigned UI, leading to a seamless UX (remark how the Blockchain is abstracted away),
- the user is now able to top up / withdraw in cryptos (viz. mIOTA)
- the user is now able to set the price / minute (on community request): there are now two parameters: max buying price, min selling price. Say Alice sells Internet to Bob. The transaction will now only take place if the min selling price of Alice is no more than the max buying price of Bob.
As well as some graceful error handling (in particular for those nasty thread & network related bugs).
Click here if you prefer long, slow and detailed videos.
There was a huge jump between the alpha version and this iteration… the pace at which we develop is about to accelerate even more!
Our main goal is going to be the adoption of the mobile app by users. In parallel, we will look for partnership linked to use cases for our IoT stack…. Last: We are hiring!