Nuh's avatar
Nuh 3 weeks ago
Actually your proposal is worse than just using Rootstock, because Rootstock already solved DA by merge mining... Or just Spacechains with BitVM bridge ... Rollups without a good DA solution is basically an exchange with some handwaving. Again you can't just make smart contracts by promising that you can ask for your merkle proof before a contested withdraw... You need data availability all the time. Not so much for something like Ark, but definitely for the rest. BitVM is basically a 1-of-N multisig + endless opportunities for bugs on every novel step, from the garbled circuits to the data embedding and of course the ZkVMs which are necessary if you are not going to write circuits by hand. If you must deal with all this, why on earth deal with DA too? Built a bridge to a BMM sidechain at least to have a decent chance of DA ... Choose your battles. And as you can see ZKVMs are dumpster fire, and even the developers aren't hiding it, they just tolerate it because in Ethereum they have smart contracts allowing for upgrades after demonstrating a bug... if you want the same in Bitcoin you will basically need a regular ass multisig "emergency federation".... Sooooo we are just torturing ourselves for no reason? https://hackenproof.com/reports/RISCZKVM-25

Replies (1)

Super Testnet's avatar
Super Testnet 3 weeks ago
> Rootstock already solved DA I think my proposal is superior to theirs because it also solves the DA problem but puts less data on the blockchain > you can't just make smart contracts by promising that you can ask for your merkle proof before a contested withdraw... You need data availability all the time My proposal gives you data availability all the time. The moment the sequencer tries to withhold data, that's the moment when you issue the challenge and force them to reveal the data or get slashed. They can never withhold data without undergoing such a challenge, whereupon it gets revealed or you get your exit. Since they can never withhold data, the data is always available.