Bitcoin Forum

Should a decentralized ride share have its own blockchain or would it be better to piggyback off on Ethereum?

Pros of going with Ethereum:
- All the hard stuff taken care of.
- Easier to find Solidity developers.
- Tokens and future requirements easy to make.
- People already know how to use web3. Metamask.
- Easier to bootstrap with airdrops.

On the one side it will be cheaper for a project not to build its own blockchain, but to use an existing one. On the other side, transaction fees are too huge on Ethereum so it will be more expensive for users to run transactions. Many small investors have switched to alternatives such as Polygon and BSC so it is better for this coin to consider one of cheaper blockchains.

I think it's more reasonable to have such company  exist as dapp on a Cryptocurrency Network. It's more like having companies existing on Nations. I typically consider well Decentralized Networks as autonomous Nations.
Does it have what it take to own a full crypto network and maintain it?

First, degenrides is a bad name because it implies degeneracy will occur inside the taxi. Second, the project doesn't need it's own chain, you can get a grant to build on NEAR protocol or another chain. DM me for details.

In my opinion creating a payment scheme via blockchain from one company vehicle like this would be more efficient however I may suggest an alternative instead using ethereum. Since their fees are totally high, you can be sure that they can set it right to customers especially if the travel time for certain distance is so low. Yes it could be more convenient but eth fee isn't reasonable for public use if can't be fixed.

I really don't know why there is another need to build another chain where security is a problem? Already plenty of sidechains or Layer 2 on Ethereum to pick from, so it's not a problem. They're more mature, and yes they all have their security issues already but the oldest ones like Polygon should be good for that to me. Like all things, they will need heavy testing first anyway. Fee I think is a problem yes, but nobody wants to use ETH direct on chain for these kinds of transactions.

I have added another con for ethereum. You didn't even need to build your own blockchain coz you will need to build a lot of things started started from programming your new blockchain, wallet, explorer, searching for the parties that willing to run the nodes in your blockchain and various things Can't you consider second or first layer solution for ethereum as the best way for that?
Blockchains like BSC and Polygon were suitable for those things. Decentralized ride was only need fast and cheap transaction fees. Creating your own blockchain was not a mandatory.

Easier for developers to build on but think of your users or customers. I can't imagine them paying $30 on the actual service while spending $40 on transaction fees on Ethereum. That's a huge burden. I'm only talking about L1 under the current protocol. Most of us are expecting a highly scalable 2.0 with cheap fees but that remains to be seen. L2's or side chains can ease that burden but it could be inconvenient to customers since many are still not so familiar with crypto. I guess it's your job to build an app that even a baby could use.

I think there are projects before with the same concept of applying crypto on that business but turned out not successful.

Maybe crypto is not really compatible to use on that line of business or there's no project yet that pushes really hard for that to achieve. It needs a lot of money to cover the cost of operation and big advertisements as well. It will also take years to work on big demand.