Topic: Bitpost - the decentralized system for global parcel delivery - page 2. (Read 823 times)

Another question comes up. How do you plan to prevent your project from being used for illegal activities? Such an anonymous delivery option would be the perfect tool for criminals to send someone a bomb or poison.

The security mechanisms of Bitpost do not rely on user reputation; instead, they are applied individually to each shipment. Therefore, the ability to create an unlimited number of new identities is not a concern. Any attempt at fraud will always result in the loss of the deposit by the dishonest participant in favor of the affected customer. It does not matter whether the attacker uses a completely new identity, or even a compromised identity belonging to another user with an impeccable transaction history.

I'm also curious about this. Probably through its deposit mechanism if one of the scammers tries to participate as the hub/delivery point. I'm not sure a scammer will try to pose as a sender/receiver since they need to spend some fess too, if I read the whitepaper correctly. I believe it's still a good idea to explore to make the project more compelling for the public though. CMIIW.

If Bitpost identifies its users only through wallet keys, how will you deal with eliminating scammers from your ecosystem? After all, creating a new wallet and thus a new, clean identity takes only seconds.

Primarily to shorten delivery times. In Bitpost, anyone can become a driver, and there’s no limit to the number of drivers in a given area. Some may treat this as a full-time job, while others might work evenings or just on weekends. Parcels can be transported by individuals traveling for vacation, family visits, or by drivers returning with empty vans from other jobs. In the vast community, there will always be someone willing to transport your package, whether intentionally or by the way. So, if you order something from an online store on a Saturday at 12:00 PM, a favorable arrangement of routes could make you'll be enjoying your product before the evening. How would it work with DHL? On Saturday, nothing. On Sunday, nothing. On Monday, there’s a pickup, followed by overnight transport to the central sorting facility, and delivery on Tuesday. Total time: four days.

Additionally, there's a high level of privacy, an innovative tracking system, independence from the banking system, and easy integration with decentralized applications.

We need sorting facilities, but Bitpost hubs are not centralized. They are established by community members and operate independently of one another and any central entity.

Bitpost partially addresses this issue by enabling the typical crypto-disabled consumer to receive packages without a wallet and crypto. This is well-explained in the project's white paper: https://bitpost.cc/whitepaper.pdf

We may not be able to cover any area, but incentivized community from around the world certainly can.

Can you give me an argument why should I use Bitpost instead of DHL? You are trying to build a business that worth billions of dollars, I hope you realize that.
I don't understand what's the P2P approach in shipping. You need centralized sorting facilities to collect parcels and then ship them to their destinations.

I don't understand how you are a game changer company in parcel delivery. Yes, you are privacy oriented, good, users are identified by the cryptographic keys of their connected wallets but have you done a research about how many people use crypto wallets around the world? Have you idea how many people will be able to use crypto wallet to get your service? I think you haven't done a research there because as you claim, you are a gamechanger but I believe you'll have no chance against parcel delivery companies. There is nothing that makes me to choose you over DHL, you won't be able to cover my local area and other areas. Can you prove me wrong?

What other technology would you prefer for such a project?

It's the Proof of Space and Time algorithm. You can find more information here: https://docs.bpxchain.cc/books/bpx-chain/chapter/consensus

We have effective solution for the most critical and likely issues: loss, theft, and visible damage to the package. I suspect that situations where the contents of a properly secured package are damaged without any visible damage to the outer packaging are extremely rare, but this assumption is not backed by any data. After launching the minimal viable product, we’ll be able to estimate the scale of this issue and address it if necessary.

If the sender places trash in the package, Bitpost will deliver that trash to the recipient. The dispute regarding whether a package should contain something different lies between the seller and the buyer. In this case, Bitpost has properly executed its duty by transporting a sealed package from point A to point B.
Anyway, I don't see why anyone would use Bitpost to send trash instead of ordered products. From a scammer's perspective, it would be better to just offer traditional delivery methods and not send anything at all.

However, if we’re discussing a situation where the seller sent the correct item, like an iPhone, and one of the Bitpost couriers swapped it for trash during transit, there are solutions in place to minimize the risk of such fraud. A package containing valuable items can be secured in tamper-proof packaging, contain seal stickers or holograms that are difficult to replicate. The sender of any Bitpost parcel can upload a photo of the package, which will be displayed to every network participant during the handoff. Any inconsistencies will result in the package being rejected at subsequent stage of transport.
Regardless, this can happen with traditional shipping companies or national postal services as well and identifying the culprit among employees of a large corporation who had access to the package during its multi-stage journey is likely no easier than with Bitpost.

Always has been.

You're not going to have a community if you don't set clear what happens in the case of a parcel being damaged, which is very common in the industry. AFAIU, someone can just join, claim he sells iPhones, sends trash instead, and won't be punished.

Nothing should rely only on trust, the handoff transaction should be confirmed during a physical meeting when parcels are exchanged between two network participants.  If a hub operator refuses to accept a package, the driver should take it to another hub, even back to the original hub from which it was collected. If a package is damaged, other hubs should also refuse it. However, if someone just wants to cause trouble, it shouldn't be difficult to find another drop-off location. The driver can also choose to remove that problematic hub from their routes. If this situation recurs and all drivers disconnect from a particular hub, it will no longer be used for future routes and may ultimately close.

Unfortunately, the original Bitpost implementation states that if a package has damaged contents but shows no visible signs of box damage, it is considered to have been inadequately secured by the sender. In such cases, compensation will not be possible. However, since this is a community-driven project, if this approach leads to user dissatisfaction and a reliable solution is proposed, the community can vote to implement a change.

Excuse me, but i'm still confused about how Bitpost prevent false claim. For example,
1. What if "hub" received package from "driver" without any damage, but refuse to perform handoff because the "hub" wants to mess with the "driver" or Bitpost system?
2. How about damage on the package which can't be found without opening the package?

Look, Bitpost doesn’t rely on any claims or disputes. Handling a parcel involves multiple handoffs along its route, such as sender-driver-hub-driver-hub-driver-recipient. Each handoff must be confirmed on the blockchain through a transaction originating from the receiving party's wallet. Executing such a transaction transfers full responsibility for the parcel to the receiving party and absolves the previous party of any further liability. Therefore, if a parcel is lost or stolen, or if the courier arrives with a damaged package, no subsequent participant in the process will certify its handoff, so if the parcel remains "on hold" with a party for a certain period without any movement, the sender has the right to claim compensation from its current holder security deposit.

The system distinguishes between situations where a parcel has not moved due to uncontrollable factors (e.g., a lack of available couriers in the area) and deliberate situations (e.g., couriers expressed a desire to transport the parcel further but were unable to do so because the hub lost or damaged the package). In the first case, compensation will not be granted, whereas in the second case, it will be.

Regardless of the outcome of the presale, we won't abandon our efforts without testing this idea by delivering a complete product. It’s something that has the potential to change the world, tbh we treat it as a project of our lives. We have already completed around 70% of the smart contracts and 20% of the frontend, even without any presale. Not to mention the months spent designing all these business logic / security / privacy mechanisms and experimenting with various architectures. However, solid funding is essential to focus on it full-time and launch it with a bang.

You might be surprised, but we agree with you about Ethereum after transition to Proof of Stake. However, we consider the EVM technology to be brilliant and a solid foundation for our project. That’s why, for the Bitpost project and related initiatives, we’ve already developed the world’s first blockchain fully compatible with Ethereum, utilizing hard drives for mining. This offers security and decentralization similar to Proof of Work but with a fraction of the energy consumption. It’s designed so seamlessly that our beacon client communicates with the original execution client, such as Geth, through the official API, replacing Proof of Stake with an alternative consensus algorithm. To be honest, we’re not currently promoting it because, after a year of flawless operation, it has halted due to poorly adjusted difficulty constants and a decline in users. However, this issue will be addressed, and it serves as a clear signal for us to accelerate our efforts on the project, because otherwise, we risk losing our community.

I haven't read the whitepaper, but theoretically, shouldn't there be a DAO for those purposes? For example, in Bisq, there's a group of people, elected based on their BSQ holdings, which facilitate disputes.

I do however hold an empty basket, as the OP does not seem to genuinely want to create a decentralized marketplace, as he apparently wants it to be based on Ethereum, which is a centralized shitcoin.

That's possible, although their whitepaper doesn't mention word "arbitration" or "dispute". On centralized or semi-centralized system, an oracle or third party is the one who check and decide the outcome. But i wonder how it works on Bitpost which claim itself as fully decentralized.

I would like to hear their explanation about that also, but I think they didn't plan project to go so far.
In my opinion their main goal is just token presale, and maybe few years ago they would actually get some funding.
Even if this project is real, and I doubt that, this won't be released before 2026 or 2027 if ever.

''humble'' goals:

Based on their explanation of the Security Deposit, looks like the sender can make a claim only if there's no movement on the parcel within a specific timeframe. Not sure how they'll handle the dispute if the member who delivers the parcel faces some issue and the package is not damaged. I assume there'll be an arbitration method otherwise each member must send the package asap if they don't want to lose their deposit money.

No explanation; I asked and OP answered.  It just seemed odd that the two projects are so similar.

Be sure to stop spamming the forum and threads that have been inactive for years.
Now you have your own topic and write everything relevant to your project here.

I briefly read the whitepaper, but i don't understand how you can achieve full decentralization. For example,


I briefly checked that account[1] and references on the negative feedback, but i didn't see correlation between that and OP's account. Do you mind to explain further?

[1] https://bitcointalksearch.org/user/nefario-3046

Our project has no affiliation with an account / project / anything named "Nefario".

Did you abandon your Nefario account because of the negative trust?