You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I recently saw a demo of Pegasus, a dApp for pegging ERTP rights to or from remote assets via the Agoric Network API.
It looks like one could implement that network API using the RChain web api and the pegasus.js contract would largely just work. (Some refactoring is needed first: Agoric/dapp-pegasus#2)
The text was updated successfully, but these errors were encountered:
It looks like one could implement that network API using the RChain web api and the pegasus.js contract would largely just work.
Yep, that's the idea. The main invariant is that each unique "network" connection has to be identified so that the protocol can decide on a unique name for the pegged assets.
Compared to IBC and PoS light client based cross-chain communication, Optics has weaker security guarantees, and a longer latency period. However, Optics may be implemented on any smart contract chain, with no bespoke light client engineering. Because it does not run a light client, Optics does not spend extra gas verifying remote chain block headers.
-- https://github.com/celo-org/optics-monorepo
It's not obvious how to do token transfers over Optics, actually...
I recently saw a demo of Pegasus, a dApp for pegging ERTP rights to or from remote assets via the Agoric Network API.
It looks like one could implement that network API using the RChain web api and the pegasus.js contract would largely just work. (Some refactoring is needed first: Agoric/dapp-pegasus#2)
The text was updated successfully, but these errors were encountered: