I was really hoping one of the P2P apps would take off. There's no real reason why we need a middle man injecting themselves and taking fees. The apps just get better marketing.
We literally just need an app to connect restaurants to couriers.
3. be liable for orders not delivered, or orders fraudulently placed
With a P2P app, wouldn’t you be engaging with a courier directly? That would mean that any problems would have to be taken up with the courier, I would think. It makes sense for restaurants to engage directly with couriers because they may have enough volume and repeat business that they can vet the couriers. But it does not make sense to me for individuals to engage with couriers directly, not for small-value items like meals.
Also payment processing. One charge to credit card or whatever is much simpler than having to individually send payment to first restaurant and then to courier.
With a business account it's even better. Where I work we get one electronic invoice at the end of the month that is automatically paid and entered into the accounting system with the correct VAT code for all purchases and deliveries that month. The savings compared to processing 20/40x traditional charges is way more than what they charge.
In principle, you could have independent review services that publish ratings for couriers. Perhaps they could even make money insuring orders. But then this would run into just the same levels of frustrating opaqueness from the couriers' perspective.
P2P app could display (orders taken ever), (orders successfully delivered) for every courier. That would be good enough for 90% of costumers, but wouldn't cover the cost of actual fraud for the client.
Is there something stopping a malicious peer client from lying about those numbers?
Genuinely curious; I've been wondering about how to make a zero-knowledge P2P protocol for turn-based imperfect knowledge games and this sounds directly applicable to that.
I would imagine that would be tracked by a crypto ledger, externally. Customer payment confirmation hashed with timestamp, driver's info, restaurant info, order info and of course the previous ledger block. Who would hash it (compute)? The same devices that run the app I imagine.
I disagree with that—I don’t think it would be good enough for 90% of customers. I think it would be about the reverse. Maybe it would be good enough for 10% of customers.
Slice is a delivery platform that focuses on mom-and-pop pizza places. At least when I was involved years ago, they only charged a flat $1/order fee. They helped stores get their menus into the system, and then stores did their own deliveries. This model worked well because a lot of pizza places already had their own delivery drivers—probably more so than any other restaurant type.
I used to use Slice to order because the extra cost was nominal, and the drivers were local and worked directly for the pizza place. Issue with your order? Tell the driver, or tell the store, and it'd be addressed immediately, by real humans. Need to make last-minute changes to your order? Call the place directly and talk to a human. Get to know your driver because it's the same person most nights. Lots of upside.
Except everyone used DoorDash and GrubHub, even though Slice was both a better user experience and a far better experience for the restaurant owner. Slice cost restaurants less, cost consumers far less, and was a better solution in every way. But because the vast majority of the restaurant's deliver business came through DoorDash and other large delivery companies, most small restaurants have gotten rid of their own delivery drivers.
Slice still exists, but I expect it won't experience much growth. The big guys are dominant.
The competitors might have had better profit margin and therefore more ad spending, and more opportunity to expand area. Still, it's better to be akin Slice than to succumb to inevitable enshittification.
But it takes time to make actually compelling alternatives to platforms that have BILLIONS of dollars behind them, a huge network effect already, and if needed, monopoly lock-in where they can say “it’s either us or them” to market participants.
> Applications of Intercoin: Making Crypto Mainstream
> Combining Web 2.0 (social) with Web 3.0 (transactional) we call it Web 5.0
I'm sure you mean well, but things like this will never speak to the working class performing the gigs/work itself. You already alienate them by naming the project *Coin ("cryptocurrency is only for the rich to get richer"), and the more flowery language about technology you use, you alienate them further.
If you're aiming to get those folks onboard you need to 1) skip any details about the technical internals, the organization-side internals are much more important to non-tech people and 2) target a specific audience and write specifically addressing their specific needs/problems.
Can you hit it now?
So I can look at my logs from today. It deletes logs from 2 days ago.
I am guessing you are in Poland and it sends "pl" somehow as a language code but I am not sure why it looks in the config under that path. With logs, I can see a stack trace!
As a customer, I need a middleman/market maker to select participants and provide quality control.
There’s not a good reputation system so I would not use p2p cabs or food delivery because I don’t trust the drivers. At least with Uber, they will give me a refund, etc etc
In my area we have FB marketplace. People have been doing grocery shopping, delivery, etc for a long time. Heck there's a whole underground restaurant system as well.
We literally just need an app to connect restaurants to couriers.