Re:A Brief History of Blockchain Interoperability
by kylebenzle on Sunday September 29, 2024 @03:28PM
(#41689731)
Isn't the basic idea that one blockchain runs the code to be able to
(1) "Look up" a trade price,
(2) Okay it with both users,
(3) Then simply make the two transactions?
The code is (or should be) fully auditied and there is absolutly no chance for anyone to "steal assests while in transit", in fact, I'm hard pressed to even understand what you mean by "steal in transit"?
The authors may sound "hand-wavy" about it only because its a solved problem.
Re:A Brief History of Blockchain Interoperability
by Animats on Sunday September 29, 2024 @03:53PM
(#41689909)
Then simply make the two transactions?
But not just one of them.
It's hard for a "smart contract" to securely do a transaction on a blockchain not its own. A trustless system needs an atomic commit across two different blockchains, which is hard.
See [1].
[1] https://www.cnbc.com/2022/08/10/hackers-have-stolen-1point4-...
The paper gets rather hand-wavey when discussing inter-blockchain bridges and trust. But they don't have a solution. They wrote:
"Having already implicitly addressed generalizability (the ability to process arbitrary data) and extensibility (the support of and effort required to expand an interoperability system with new chains), trustlessness undeniably represents the most important dimension, practically speaking, given the number of hacks and amount of damage already suffered by the space.g,4,10 Trustlessness—a measure for the additional trust required from users of an interoperability system beyond that in the underlying source and destination chains—is closely related to the solution’s verification mechanism, potential further trust, and liveness assumptions; and together with these, it constitutes protocol-sided security. However, given the difficulty of reliably assessing highly complex systems with unique architectures, constantly changing maturity, and under permanent threat from a variety of risks and attack vectors, a new approach to trust in interoperability is to look at it as a spectrum."
"Look at it as a spectrum" means "we don't know how to fix this."
There are lots of schemes to fix this.[1] They're really complicated (hence vulnerable), slow, or not really trustless. It's a hard problem. Throwing buzzwords at it does not help.
[1] https://medium.com/connext/the-interoperability-trilemma-657...