The idea may be interesting, but transport costs would rise significantly. Mainly when shipping between different countries.
Transport costs could indeed be high in the early stages of the project, until package volumes increase and as long as drivers undertake journeys solely for Bitpost assignments. The key is to utilize existing journeys that would be happening anyway. For example, if someone is driving to a distant city or going on vacation to another country and has extra space in their car, they can take some packages along. For them, it’s a real saving on fuel, and for Bitpost, it lowers transport costs.
How would you make it viable to send an order from Europe to the USA?
First of all, let's create a decentralized protocol that will make this possible and let the logistics network to grow independently in Europe and the USA. One day, somebody will add the first connection between a hub in Europe and a hub in the USA and will earn money from it, and it will be a big day for the project. It’s entirely up to the creativity of the community to make such a connection possible and then optimize it to make it cost-effective.
You had an idea and you wrote it in digital format you call whitepaper.
What you call ''the only thing left'' is 99% of the project.
Beign inside this project, I disagree with that. In my opinion, the biggest challenge was designing the business logic and internal mechanisms of this project and eliminating conflicts of interest and design flaws. There are things you might not even think about, such as:
- Whether to allow the update the coordinates of an existing Bitpost Hub to a different location. If so, what should be done with the existing routes to it? What happens if someone moves a Hub with customer shipments to the other side of the world?
- Should couriers reserve a transport order on the blockchain before carrying it? If so, what should be done if a courier reserves an order but does not complete it? Should the security deposit be locked at the time of reservation? What if the courier arrives to pick up the package and at that moment their wallet balance is insufficient to place the deposit? Or maybe we shouldn't make any reservations at all, and the first status on the blockchain would be the package pickup? In that case, how can we ensure that the same order isn't accepted by another driver who then realizes halfway through the trip that the order has already been completed?
I mentioned two simple cases here, but we had hundreds of them. We've been working on this since 2022, and we currently have everything developed. All the creative work has been done. Now the programmers just need to write the code according to these rules, which any reasonably experienced team can do.
I was speaking in general terms about tokens on blockchain, but you are controlling token supply, and you will control currently non-existent code for smart contract.
If your team stops working Bitpost is dead.
That's true, but only until the first working version is released. After that, the decentralized governance system will take control of all Bitpost smart contracts, and we will have no control over it; every update will be implemented through voting by BPG token holders.