Architectures de ponts
Verrouillage-frappe et destruction
Architectures de ponts est une leçon Web3 & DApp Development Fundamentals gratuite sur CoddyKit. Ceci est la leçon 2 sur 4. Tu peux lire la leçon complète ci-dessous gratuitement — puis la pratiquer en direct dans le navigateur avec un éditeur de code intégré et un tuteur IA 24/7. Elle fait partie du parcours d'apprentissage Web3 & DApp Development Fundamentals, et ta progression se synchronise sur le web et l'application CoddyKit. Le cours Web3 & DApp Development Fundamentals comprend 4 leçons au total.
Certaines parties de cette leçon n'ont pas encore été traduites et s'affichent en anglais.
Bridge Design Categories
Bridges differ mainly in how they represent assets on the destination chain and who secures the transfer.
The main architectures are lock-and-mint, burn-and-mint, and liquidity pool bridges.
Lock-and-Mint Architecture
In lock-and-mint, the original asset is locked on the source chain and a wrapped version is minted on the destination.
The wrapped token is fully backed by the locked collateral in the bridge contract.
Source: lock 100 USDC in bridge
Dest: mint 100 wUSDC to userBurn-and-Mint Architecture
In burn-and-mint, the token is burned on the source chain and an equal amount is minted natively on the destination.
This requires the token contract on both chains to be controlled by the bridge, but avoids wrapped representations.
Source: burn 100 TOKEN
Dest: mint 100 TOKEN (native)Liquidity Pool Bridges
Liquidity pool bridges hold reserves of the same asset on both chains.
You deposit into the source pool and instantly withdraw from the destination pool — no minting, just a swap from existing liquidity for a fee.
Source pool: user deposits 100 USDC
Dest pool: user receives 99.9 USDC
// 0.1% fee to liquidity providersWho Verifies the Transfer?
Every bridge needs to verify the source event happened. Verification models include:
- External multisig/federation
- Optimistic with fraud proofs
- Light client / native verification
- ZK proofs
Multisig and Federated Bridges
The simplest (and historically most exploited) model uses a multisig of signers who attest transfers.
Security equals the honesty of those signers — if enough keys are compromised, funds can be stolen.
require signatures >= threshold
// e.g. 5 of 8 validators must signOptimistic Bridges
Optimistic bridges assume a transfer is valid and allow a challenge window where watchers can dispute fraud.
This adds a delay but reduces reliance on a trusted signer set.
Light-Client (Native) Bridges
A light-client bridge verifies the source chain's block headers and proofs directly on the destination chain.
This is the most trust-minimized approach — security comes from the chains themselves, not external parties.
ZK Bridges
ZK bridges use validity proofs to attest that an event occurred on the source chain.
The destination verifies a succinct proof, combining strong security with efficient on-chain verification — an emerging frontier.
Canonical vs Generalized Bridges
A canonical bridge is purpose-built for one chain pair (e.g. an L2's official bridge). A generalized bridge connects many chains through one protocol.
Generalized bridges are convenient but concentrate risk across all connected chains.
Putting It Together
Bridge architectures combine an asset model (lock-mint, burn-mint, or liquidity pools) with a verification model (multisig, optimistic, light client, or ZK).
The verification model largely determines safety. Next we study why bridges get exploited.
Quick Check
Test your bridge architecture knowledge.
Recap: Bridge Architectures
You learned that:
- Asset models: lock-and-mint, burn-and-mint, liquidity pools
- Verification: multisig, optimistic, light client, ZK
- Light-client and ZK bridges are most trust-minimized
- Canonical vs generalized bridges trade convenience for concentrated risk
Next: bridge security risks.
Questions Fréquemment Posées
La leçon « Architectures de ponts » est-elle gratuite ?
Oui — le texte complet de « Architectures de ponts » est gratuit à lire ici sur le web. Pour la pratiquer de manière interactive (un éditeur de code intégré et un tuteur IA 24/7) et déverrouiller le reste du cours Web3 & DApp Development Fundamentals, passe à CoddyKit PRO. Le cours Web3 & DApp Development Fundamentals comprend 4 leçons au total.
Qu'est-ce que j'apprendrai dans « Architectures de ponts » ?
Verrouillage-frappe et destruction Tu pratiques Web3 & DApp Development Fundamentals avec du code pratique que tu exécutes directement dans le navigateur, et un tuteur IA 24/7 répond à tes questions au fur et à mesure que tu avances dans la leçon.
Dois-je avoir de l'expérience pour commencer Web3 & DApp Development Fundamentals ?
Aucune expérience préalable n'est requise. Web3 & DApp Development Fundamentals sur CoddyKit est structuré pour les débutants jusqu'aux apprenants avancés, donc tu peux commencer ici ou depuis le début et avancer à ton rythme. Ceci est la leçon 2 sur 4.
Combien de temps prend la leçon « Architectures de ponts » ?
La plupart des leçons CoddyKit prennent environ 5–10 minutes. Chacune est courte et interactive, tu progresses régulièrement et tu repiques exactement où tu t'es arrêté sur le web et l'app.
Peux-tu écrire et exécuter du code dans cette leçon Web3 & DApp Development Fundamentals ?
Oui. Chaque leçon Web3 & DApp Development Fundamentals inclut un éditeur de code intégré, tu écris et exécutes du vrai code directement dans ton navigateur et tu reçois des retours IA instantanés — aucune configuration locale requise.
Toutes les leçons de ce cours
- Concepts inter-chaînes
- Architectures de ponts
- Risques de sécurité des ponts
- Protocoles de messagerie