CelerNetwork Profile picture
Oct 15, 2021 9 tweets 3 min read Read on X
🎉🥳#TGIF and it is ELI-5 time! Today, we talk about the last topic for the self-managed model for cBridge 2.0: how cBridge 2.0's design provides the first-ever solution to the "griefing problem" in the non-custodial bridging system using the Celer State Guardian Network. Image
1/n So what is “griefing”? In the self-managed bridging model of cBridge 2.0’s two models, two steps are always needed for the cross-chain transaction to happen for both the bridge nodes and the user in the following sequence.
2/n Step 1 for the user: make a “time-locked” transfer to the bridge node on the source chain, where only she has the key to unlocking this transfer.
Step 1 for the bridge node: make a locked transfer to the user on the destination chain, using the exact same lock as the user. Image
3/n Step 2 for the user: unlock the transfer on the destination chain to get the fund from the bridge node.
Step 2 for the bridge node: seeing the key to the lock on dst chain, she can then unlock the transfer on the source chain to get the fund from the user.
4/n Griefing happens when bridge node refuses to do step 1 after user did step 1, or the user refuses to do step 2 after the bridge node did step 1, either due to system fault or malicious intent. Image
5/n Griefing will not result in fund loss but will cause funds of users or bridge nodes to be stuck in the system and wait for a very long timeout. The challenge is that, in both scenarios, events are happening on different chains and it is impossible to tell who is at fault. Image
6/n We need some decentralized entity that can act as the “arbitrator” of this griefing challenge. Because SGN is allocating the requests for the users and it can track the entire lifecycle any cross-chain transfer, it is very easy for the SGN to tell who is actually at fault. Image
8/n In cBridge 2.0, after the arbitration, SGN can slash “SLA” bound from the faulty party to compensate the opportunity and time cost of the damaged party. SGN can only touch a pre-defined amount of bond at maximal, so there is no loss of non-custodial property. Image
9/n That concludes our walkthrough of the self-managed model of cBridge 2.0. What's coming next? We will talk about the detailed design in the pooled together model soon!

• • •

Missing some Tweet in this thread? You can try to force a refresh
 

Keep Current with CelerNetwork

CelerNetwork Profile picture

Stay in touch and get notified when new unrolls are available from this author!

Read all threads

This Thread may be Removed Anytime!

PDF

Twitter may remove this content at anytime! Save it as PDF for later use!

Try unrolling a thread yourself!

how to unroll video
  1. Follow @ThreadReaderApp to mention us!

  2. From a Twitter thread mention us with a keyword "unroll"
@threadreaderapp unroll

Practice here first or read more on our help page!

More from @CelerNetwork

Mar 28, 2023
Tl;dr 🧵 on how Celer's Brevis @brevis_zk works.
💪1/ Brevis is a powerful system for omnichain data access in dApps with key components: zkFabric, zkQueryNet, and zkAggregatorRollup. Benefits include trust-free access, low-cost, and modularity. blog.celer.network/2023/03/21/bre…
🌉2/ zkFabric collects block headers from connected blockchains and generates ZK Consensus Proofs for validity using zk light client circuits. A decentralized network of relayers and provers ensures trust-free access to block headers. Image
🚀 3/ zkQueryNet is an open marketplace of ZK Query Engines for dApp developers. Write queries via high-level APIs and query languages directly in smart contracts & select the engine that fits your needs. Flexible, powerful, and trust-free. Image
Read 6 tweets
Mar 2, 2023
🤔When building a next-gen ZK infrastructure, one must select a suitable ZK dev framework from the many available options
🏦To make this easier, we're launching the Pantheon of ZKP to help build a ZKP dev framework testbed with a diverse set of benchmarks
blog.celer.network/2023/03/01/the…
🧪Today we take the first step by providing a comprehensive benchmark using a SHA-256 workload for low-level circuit frameworks including gnark, Arkworks, Circom+snarkjs/rapidsnark, Halo2 (KZG), Plonky2 and Starky
🤗We invite the community to share reproducible benchmarking results and work together towards a universally recognized evaluation testbed that covers the full set of low-level circuit development frameworks, high-level zkVMs and compilers, and hardware acceleration providers
Read 9 tweets
Aug 18, 2022
📢(1/n)A DNS cache poisoning attack on cBridge’s frontend UI appprox. during 08/17 07:45pm to 10:00 pm UTC caused some users to be redirected to malicious smart contracts that can drain all approved token amount. FIRST, PLEASE check&revoke any approval to the followings:
Ethereum: 0x2A2aA50450811Ae589847D670cB913dF763318E8
BSC: 0x5895da888Cbf3656D8f51E5Df9FD26E8E131e7CF
Fantom: 0x458f4d7ef4fb1a0e56b36bf7a403df830cfdf972
Polygon: 0x9c8b72f0d43ba23b96b878f1c1f75edc2beec9f9
Avalanche: 0x9c8B72f0D43BA23B96B878F1c1F75EdC2Beec9F9
Arbitrum: 0x9c8B72f0D43BA23B96B878F1c1F75EdC2Beec9F9
Astar: 0x9c8B72f0D43BA23B96B878F1c1F75EdC2Beec9F9
Aurora: 0x9c8b72f0d43ba23b96b878f1c1f75edc2beec9f9
Optimism: 0x9c8b72f0d43ba23b96b878f1c1f75edc2beec9f9
Metis: 0x9c8B72f0D43BA23B96B878F1c1F75EdC2Beec9F9
Read 8 tweets
Oct 29, 2021
In locally verified bridges, since liquidity is also self-managed by the relayers themselves, there is additional complexity in node scheduling and handling griefing as mentioned below (malicious relayer locks user fund). Celer cBridge 2.0 is the first to solve these challenges.
Read 5 tweets
Oct 13, 2021
🙌🙌 #ELI5 continues 1/n We talked about TWO models of cBridge 2.0 yesterday and also dived into the design challenges for the self-managed liquidity model.

🧑‍🔧 Today is we start to break down the solutions. First, we start with the node coordination and operation issues. Image
3/n cBridge 2.0 solves the coordination problem in the self-managed model with State Guardian Network (SGN). SGN, an essential component in Celer, is a specialized and decentralized PoS chain with CELR staking. Its general purpose is to relay information from L2 to L1. Image
Read 9 tweets
Oct 11, 2021
🙌🧐1/n cBridge 2.0 is the first and only cross-chain architecture that allows Liquidity Providers to freely choose between the "self-managed" and the "pooled-together" liquidity models. Today, we talk about some fun design challenges. We will unveil solutions in the coming days! Image
2/n Under the self-managed, a.k.a "non-custodial", model, LPs hold full control of their liquidity 100% of the time. To make this possible, each LP also needs to run a cBridge node "program" in a server so that they can respond to users' asset cross-chain requests. Image
3/n Self-managed model has the very obvious benefits of not needing to trust any centralized or decentralized third parties. However, this is also a double-edged sword. Image
Read 11 tweets

Did Thread Reader help you today?

Support us! We are indie developers!


This site is made by just two indie developers on a laptop doing marketing, support and development! Read more about the story.

Become a Premium Member ($3/month or $30/year) and get exclusive features!

Become Premium

Don't want to be a Premium member but still want to support us?

Make a small donation by buying us coffee ($5) or help with server cost ($10)

Donate via Paypal

Or Donate anonymously using crypto!

Ethereum

0xfe58350B80634f60Fa6Dc149a72b4DFbc17D341E copy

Bitcoin

3ATGMxNzCUFzxpMCHL5sWSt4DVtS8UqXpi copy

Thank you for your support!

Follow Us!

:(