Arc combine certaines architectures traditionnelles avec des idées novatrices.
Cette semaine, Circle a annoncé Arc, une nouvelle blockchain de niveau 1 compatible EVM construite autour d'une thèse étroite : si les blockchains doivent alimenter les paiements, le FX et la monnaie tokenisée à l'échelle institutionnelle, la couche de base doit fournir un règlement déterministe, des frais prévisibles en dollars, et une confidentialité qui fonctionne avec la conformité - et non contre elle. Arc encode ces priorités directement dans le protocole : le gaz est payé en stablecoins, la finalité est déterministe et sub-seconde, et la confidentialité est opt-in avec une divulgation compatible avec les audits. L'objectif est simple mais ambitieux : faire en sorte que l'argent on-chain se comporte avec la certitude et le contrôle des coûts que les entreprises attendent tout en conservant la programmabilité et la composabilité que les développeurs aiment.
Arc combine certaines architectures traditionnelles avec de nouvelles idées. J'ai passé du temps à lire le document et les forums et je voulais partager quelques notes et impressions initiales.
Objectifs de conception et modèle de menace
Arc optimise les garanties de règlement institutionnelles plutôt que les environnements entièrement sans autorisation et adversariaux. L'ensemble des validateurs est autorisé parmi des institutions connues avec de solides contrôles opérationnels et une diversité géographique/juridictionnelle. Le système vise une finalité déterministe — une fois qu'un bloc est engagé, il reste engagé — donc des flux de travail comme les paiements au point de vente et le FX PvP ne dépendent pas de longues fenêtres de confirmation ou d'hypothèses de retour social.
La décentralisation est recherchée par la diversité des validateurs et des procédures de rotation claires, avec une feuille de route vers un Proof-of-Stake autorisé qui élargit la participation parmi les entités qualifiées. C'est une approche pragmatique : maximiser la fiabilité et la responsabilité légale aujourd'hui, élargir la diversité des validateurs à mesure que le réseau mûrit, et ce, sans sacrifier les garanties de règlement qui sont la raison d'être du réseau.
Architecture système en un coup d'œil
À un niveau élevé, Arc se compose de :
Noyau de consensus (Malachite) : un moteur BFT haute performance offrant une finalité déterministe.
Exécution (EVM) : compatibilité EVM complète, de sorte que les outils et bibliothèques Solidity existants fonctionnent immédiatement.
Marché de frais stable : gaz payé en USDC par défaut, avec des leviers de politique pour maintenir les coûts en dollars prévisibles.
Sous-système de confidentialité : une couche d'option exposée via un précompil EVM qui se connecte à des backends cryptographiques interchangeables.
Applications natives adjacentes au protocole : émission de stablecoins et de liquidités tokenisées, un moteur de change programmable, et des rails de liquidité inter-chaînes qui se situent près de la couche de base.
L'architecture garde délibérément les primitives de paiement et de liquidité près du consensus et de l'exécution, minimisant les dépendances fragiles sur des relais externes ou des tokens de gaz spéculatifs.
Frais stables et USDC en tant que gaz
La plupart des chaînes évaluent le gaz en un jeton natif volatil. Cela crée un problème de budgétisation : même si le tarif de base est stable en termes natifs, le prix en dollars fluctue avec le prix de marché du jeton. Arc élimine cette seconde source de volatilité en utilisant l'USDC comme actif de gaz. Les développeurs et les entreprises peuvent réfléchir aux coûts dans une seule unité de compte — la même unité utilisée pour les factures et les rapports financiers.
Mécanismes clés du marché des frais :
Mises à jour de la base de frais lissées. Au lieu de laisser la base de frais fluctuer d'un bloc à l'autre, le protocole la met à jour en utilisant une fonction de lissage basée sur l'utilisation récente. Le résultat est un moindre jitter et moins de surprises lors de pics de demande courts.
Limites et leviers de politique. Le protocole peut appliquer des limites supérieures/inférieures et des politiques explicites ( par exemple, des voies prioritaires ou des prix en fonction du volume ) pour maintenir les flux sensibles à la latence prévisibles.
Fonds de trésorerie. Des frais sont collectés dans un trésor on‑chain qui peut financer la croissance de l'écosystème ou être redirigé par la gouvernance au fil du temps.
Paymasters pour l'expérience utilisateur régionale. Bien que l'USDC soit l'actif de gaz natif, une abstraction de paymaster permet aux frais d'être sponsorisés ou payés en d'autres jetons liés aux fiat, ( par exemple, EURC) tout en préservant un noyau stable en USD.
Pour les constructeurs, l'avantage pratique est simple : les budgets libellés en dollars pour les infrastructures et les applications tiennent réellement la route en production, sans avoir à constamment les re-évaluer par rapport à des actifs spéculatifs.
Consensus et finalité
La couche de consensus d'Arc vise une finalité déterministe en moins d'une seconde en utilisant un protocole BFT de type Tendermint (Malachite) et un ensemble de validateurs autorisés. La finalité déterministe signifie qu'une fois qu'un bloc est validé par une supermajorité de validateurs, il est final — pas de risque de réorganisation, pas d'attente pour des dizaines de confirmations. Cette propriété est importante tant pour l'expérience utilisateur (tap‑to‑pay) que pour la gestion des risques institutionnels (clear settlement.
points de terminaison pour les auditeurs et les équipes opérationnelles).
Performance aujourd'hui et marge de manœuvre :
Avec un ensemble de validateurs répartis mondialement composé d'environ vingt nœuds, le réseau soutient des milliers de transactions par seconde tout en maintenant des temps de bloc dans la plage de moins d'une seconde.
Dans les configurations à faible latence avec moins de validateurs, le débit augmente et le temps jusqu'à la finalité diminue encore.
La feuille de route introduit le séquençage multi-proposeur pour exploiter le parallélisme et augmenter le débit d'un ordre de grandeur, ainsi que des ajustements de protocole qui réduisent la latence sans compromettre la sécurité.
Une note pratique pour les constructeurs : les chiffres ci-dessus isolent le consensus. La latence de bout en bout pour une opération utilisateur inclut également l'exécution EVM, le fonctionnement du mempool et la signature/broadcast côté client. Même avec ce surcoût, la finalité déterministe transforme "la gestion des confirmations" d'une préoccupation complexe de l'application en un simple événement binaire.
Ensemble de validateurs et chemin de décentralisation
Les validateurs sont des institutions reconnues qui répondent aux exigences opérationnelles et de conformité (, aux objectifs de disponibilité, aux pratiques de sécurité et à la diversité juridictionnelle ). Dans la phase initiale, ce modèle Proof‑of‑Authority offre la fiabilité et la responsabilité légale exigées par les participants réglementés. Au fil du temps, Arc vise à évoluer vers un régime PoS autorisé dans lequel des entités qualifiées peuvent miser, gagner des récompenses et être soumises aux règles de réduction et de rotation.
Les questions de conception auxquelles la feuille de route répond :
Admission et rotation. Critères clairs et objectifs pour l'ajout/la suppression de validateurs, avec des procédures qui tolèrent les perturbations régionales et la maintenance planifiée.
Répartition juridictionnelle. Éviter la concentration sur un seul pays pour réduire le risque légal et opérationnel corrélé.
Récupération après sinistre. Livres de recettes et outils pour maintenir la disponibilité en cas de partitions partielles ou d'incidents réseau à grande échelle.
MEV : permettre ce qui améliore les marchés, supprimer ce qui nuit aux utilisateurs
Arc sépare le MEV constructif et nuisible. Le MEV constructif - comme l'arbitrage qui réduit les écarts entre les plateformes - peut améliorer la fongibilité des stablecoins et le pricing des devises. Le MEV nuisible - comme les attaques sandwich qui exploitent un flux utilisateur prévisible - nuit à la confiance et injecte des coûts cachés.
Les mesures d'atténuation se concentrent sur le changement de la surface, et non simplement sur la punition des symptômes :
Mempools chiffrés empêchent l'observation opportuniste des transactions en attente.
Le traitement par lots réduit l'avantage des jeux de timing en microsecondes.
La séquence multi-proposeur réduit le pouvoir discrétionnaire d'un seul proposeur sur le flux de commandes et aide à répartir l'influence.
L'objectif de la politique n'est pas "zéro MEV" — ce n'est ni réaliste ni toujours souhaitable — mais plutôt un marché qui récompense la fourniture de liquidités et la découverte des prix tout en protégeant les flux de paiements et de consommateurs.
Confidentialité : confidentialité sur opt‑in avec des contrôles de niveau audit
Le système de confidentialité d'Arc est modulaire et pragmatique. La première capacité concerne les transferts confidentiels où les montants des transactions sont masqués tandis que les adresses restent publiques. Cela offre une confidentialité significative pour les contreparties et les clients tout en permettant aux entreprises d'utiliser des outils basés sur les adresses pour le suivi et la conformité.
Propriétés clés :
Divulgation sélective. Les institutions peuvent accorder un accès en lecture via des clés aux auditeurs, aux régulateurs ou à des contreparties spécifiques.
Visibilité opérationnelle. Les entreprises conservent une visibilité totale sur l'activité de leurs clients lorsque cela est requis par la politique (, par exemple, pour se conformer aux obligations de la règle de voyage ).
Backends crypto interchangeables. Le précompilé de confidentialité se dirige vers un backend cryptographique. Le backend initial utilise des TEE pour effectuer des calculs sur des données chiffrées avec une faible latence. À mesure que le calcul multipartite, le chiffrement homomorphe complet ou les systèmes à connaissance nulle mûrissent, Arc peut les intégrer pour des cas d'utilisation d'état privé et de calcul confidentiel comme un livre de commandes privé ou un moteur de politique de trésorerie automatisé.
Cette approche considère la confidentialité comme un spectre — choisissez le bon outil pour chaque tâche — plutôt que comme une solution universelle qui impose de sévères compromis entre la vitesse, les hypothèses de confiance et l'auditabilité.
( Applications natives proches du protocole
Plutôt que de tout confier à des dApps tiers, Arc propose plusieurs services adjacents aux protocoles qui bénéficient d'être proches du consensus et de l'exécution.
) Monnaie tokenisée et liquidités génératrices de rendement
Arc prend en charge les stablecoins adossés à des fiat ###USDC, EURC### et est conçu pour héberger d'autres instruments monétaires tokenisés, y compris des tokens générant des rendements soutenus par des titres de créance gouvernementaux à court terme et émis à des participants éligibles. Ces actifs servent de fonds de roulement, de monnaie de règlement et de garantie — le tout avec la même finalité déterministe et des frais stables en dollars que les transactions ordinaires.
( FX programmable avec règlement PvP
Le moteur FX d'Arc se concentre sur le règlement paiement‑contre‑paiement entre des contreparties vérifiées. Les fonctionnalités incluent des fenêtres de règlement configurables, l'enregistrement des transactions, la gestion des garanties et une couche RFQ hors chaîne qui permet aux teneurs de marché de soumettre des devis de manière efficace. Les premières phases fonctionnent avec des permissions pour maintenir l'intégrité du marché ; à long terme, l'objectif est un protocole sans permission qui préserve de fortes garanties de règlement tout en élargissant l'accès.
) Actifs réels et composabilité
En plaçant des instruments de trésorerie et d'autres actifs réglementés près de la couche de base, Arc rend les événements de cycle de vie — paiements de coupons, remboursements, actions d'entreprise — fiables en chaîne. L'intention est de garantir la robustesse légale sans sacrifier la composabilité : ces actifs peuvent toujours se connecter aux marchés de prêt, aux swaps et à l'automatisation de la trésorerie, mais le font avec des pistes de vérification et une confidentialité opt-in lorsque nécessaire.
Hub de connectivité et de liquidité inter-chaînes
Arc est conçu pour servir de hub pour la liquidité des stablecoins à travers de nombreux écosystèmes. Trois éléments rendent cela pratique :
Mints directs. Les entreprises peuvent frapper des stablecoins directement sur Arc, réduisant ainsi leur dépendance à la liquidité des tiers.
Transferts de brûlage et de frappe. Les transferts basés sur l'attestation déplacent les stablecoins entre Arc et d'autres chaînes sans ponts de garde de confiance.
Présentation unifiée du solde. Les portefeuilles et les applications de paiement peuvent présenter un solde de stablecoin abstraction de la chaîne et transférer des fonds vers le meilleur lieu d'exécution à la demande.
La finalité déterministe est le facilitateur. Si un événement de brûlage sur Arc est final dans un seul bloc, la chaîne de destination peut frapper rapidement sans attendre de longues fenêtres de sécurité. Pour les développeurs, cela transforme Arc à la fois en un point d'entrée rapide et en un tissu de règlement pour déplacer la liquidité où elle est nécessaire.
Paiements et primitives de règlement pour les entreprises
Arc comprend un ensemble de blocs de construction qui mappent les schémas de paiement d'entreprise courants en fonctionnalités de protocole de première classe :
Métadonnées structurées ### numéros de facture, identifiants de commande d'achat, mémos ### attachés aux transferts pour une réconciliation automatisée.
Flux de remboursement et de litige qui s'alignent sur les protections des consommateurs attendues dans le commerce traditionnel.
Agents de trésorerie pilotés par des politiques qui automatisent la gestion de la trésorerie — rééquilibrage entre les devises, maintien de réserves, transfert des soldes inactifs vers des instruments générateurs de rendement — sous des règles explicites.
Ces primitives réduisent la quantité de middleware sur mesure qu'une entreprise doit construire et s'alignent sur le modèle de frais stables : les équipes d'opérations peuvent prévoir les coûts et concevoir des SLA sans deviner les prix futurs des tokens.
( Alignement réglementaire et certitude opérationnelle
Deux choix architecturaux visent directement le confort réglementaire et la clarté opérationnelle :
La finalité déterministe et les validateurs connus fournissent une réponse claire à la question « quand le règlement est-il final ? » Cela correspond aux attentes des normes d'infrastructure de marché et réduit l'inefficacité du capital associée au risque de reorganisation et aux longues fenêtres de confirmation.
Des frais stables libellés en dollars simplifient la comptabilité et la gestion fiscale, réduisent le risque opérationnel et permettent des contrôles de prix qui importent aux CFO )caps, niveaux, et budgétisation prévisible###.
La conclusion est un L1 qui peut être inséré dans les processus financiers existants avec moins d'exceptions de politique et moins de langage de risque sur mesure.
( Points forts de la feuille de route
Testnet public avec finalité déterministe et le marché des frais stables, suivi d'une beta mainnet qui offre une intégration approfondie avec l'émission de stablecoins, les portefeuilles, les contrats et les rails inter-chaînes.
Déploiement de la confidentialité des transferts confidentiels vers un état privé et finalement un calcul confidentiel pour des workflows plus complexes.
Durcissement de l'MEV via des mempools chiffrés, le regroupement et le séquençage multi-proposeur.
Évolution du consensus vers un débit plus élevé et une latence plus faible, accompagnée d'un passage du PoA au PoS autorisé au sein de l'ensemble des validateurs qualifiés.
) Contributions techniques clés ### en un coup d'œil ###
Un modèle de gaz à volatilité unique. Payer des frais de gas en USDC supprime la deuxième source de volatilité du calcul des frais. Le protocole adoucit les mises à jour des frais de base et peut limiter ou orienter les frais avec des leviers politiques, de sorte que les entreprises éprouvent des coûts en dollars prévisibles.
Finalité déterministe en moins d'une seconde. Un noyau BFT de classe Tendermint avec un ensemble de validateurs autorisés offre la certitude requise pour les flux de paiements et de devises, et ce, à des milliers de TPS avec des voies claires vers un débit bien supérieur.
MEV aligné aux paiements et aux devises. La conception du réseau tolère le MEV qui resserre les marchés tout en supprimant les stratégies de commande adversariales qui nuisent aux utilisateurs, en utilisant le chiffrement, le regroupement et la diversité des proposeurs.
Confidentialité modulaire avec des contrôles de conformité. Les transferts confidentiels arrivent en premier, avec divulgation sélective et un backend interchangeable qui peut évoluer des TEEs vers la MPC/FHE/ZK au fur et à mesure que les besoins changent.
Primitives financières adjacentes au protocole. L'émission de stablecoins et de liquidités tokenisées, un moteur FX PvP et des rails de liquidité inter-chaînes se trouvent près de la couche de base, permettant aux applications d'hériter d'une finalité rapide, de frais stables et de confidentialité sans ajouter de dépendances externes fragiles.
Un rôle crédible de hub inter-chaînes. La finalité déterministe et les rails de brûlage et de frappe permettent à Arc d'agir comme un tissu de frappe et de distribution rapide pour la liquidité des stablecoins à travers les chaînes, permettant aux applications de prioriser l'expérience utilisateur pendant que le réseau gère la logistique de règlement.
( Questions ouvertes et travaux d'ingénierie à venir
Confiance et cycle de vie des TEE. Les TEE offrent une grande latence mais introduisent des dépendances vis-à-vis des fournisseurs de matériel et des services d'attestation. Le réseau aura besoin de politiques claires pour les mises à niveau, les dépréciations et les chemins de secours — surtout à mesure que des solutions de confidentialité alternatives seront mises en ligne.
Comportement en cas de partitions. La finalité déterministe à travers un ensemble global de validateurs nécessite une ingénierie soignée pour les partitions partielles, les délais asymétriques et une reprise rapide du leader. Les manuels opérationnels sont tout aussi importants que les réglages du protocole ici.
Conception du marché MEV. Les mempools chiffrés et le regroupement déplacent où et comment la découverte des prix se produit. Les choix de paramètres - tailles de lot, cadence de révélation et rotation des proposeurs - nécessiteront des itérations à mesure que les charges de travail réelles de paiement et de trading augmentent.
SLA de bout en bout pour les flux inter-chaînes. Même si Arc se finalise instantanément, les chaînes de destination varient en termes de vivacité et de finalité. Construire des services inter-chaînes fiables signifie composer des garanties à travers des chaînes hétérogènes et concevoir des sémantiques d'échec robustes.
Incitations des validateurs et gouvernance. Un passage au PoS autorisé nécessite des critères d'admission objectifs, des règles de slashing et des processus de gouvernance qui maintiennent un confort réglementaire tout en ouvrant la participation.
) Une architecture très intéressante
Arc est une L1 opinionnée qui fait quelques gros paris et les pousse jusqu'au protocole : les frais doivent être tarifés dans la même monnaie que celle que les gens utilisent pour le règlement ; le règlement doit être déterministe et rapide ; la confidentialité doit être opt-in, vérifiable et pratique ; et les primitives financières qui comptent - l'émission de stablecoins, les changes et le mouvement inter-chaînes - doivent être proches de la couche de base. Cette combinaison transforme une blockchain en quelque chose sur lequel les entreprises peuvent s'appuyer : des coûts prévisibles, des points de règlement clairs et des modules qui se rapportent directement aux opérations du monde réel.
Pour les développeurs, la proposition de valeur est tout aussi directe. Vous bénéficiez de la compatibilité EVM, d'une finalité en moins d'une seconde, et d'un modèle de frais qui ne fluctue pas pour vos utilisateurs. Vous obtenez des valeurs par défaut raisonnables pour la confidentialité et le MEV. Vous avez un réseau positionné comme un hub pour la liquidité des stablecoins, avec des rails natifs pour transférer de la valeur entre les chaînes à la demande. Et vous disposez d'une feuille de route qui augmente le débit et la diversité des validateurs sans sacrifier le déterminisme qui rend les paiements, le FX et la monnaie tokenisée viables à grande échelle.
Si l'internet avait besoin d'une couche de base où l'unité de compte pour la valeur et l'unité de compte pour le calcul correspondent enfin - et où "confirmé" signifie vraiment "réglé" - Arc est une tentative concrète, axée sur l'ingénierie, de livrer exactement cela.
Quelques notes techniques sur la nouvelle blockchain de Circle ont été publiées à l'origine dans Sentora sur Medium, où les gens poursuivent la conversation en mettant en avant et en répondant à cette histoire.
Voir l'original
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
Quelques notes techniques sur le nouveau Blockchain de Circle
Arc combine certaines architectures traditionnelles avec des idées novatrices.
Arc combine certaines architectures traditionnelles avec de nouvelles idées. J'ai passé du temps à lire le document et les forums et je voulais partager quelques notes et impressions initiales.
Objectifs de conception et modèle de menace
Arc optimise les garanties de règlement institutionnelles plutôt que les environnements entièrement sans autorisation et adversariaux. L'ensemble des validateurs est autorisé parmi des institutions connues avec de solides contrôles opérationnels et une diversité géographique/juridictionnelle. Le système vise une finalité déterministe — une fois qu'un bloc est engagé, il reste engagé — donc des flux de travail comme les paiements au point de vente et le FX PvP ne dépendent pas de longues fenêtres de confirmation ou d'hypothèses de retour social.
La décentralisation est recherchée par la diversité des validateurs et des procédures de rotation claires, avec une feuille de route vers un Proof-of-Stake autorisé qui élargit la participation parmi les entités qualifiées. C'est une approche pragmatique : maximiser la fiabilité et la responsabilité légale aujourd'hui, élargir la diversité des validateurs à mesure que le réseau mûrit, et ce, sans sacrifier les garanties de règlement qui sont la raison d'être du réseau.
Architecture système en un coup d'œil
À un niveau élevé, Arc se compose de :
Frais stables et USDC en tant que gaz
La plupart des chaînes évaluent le gaz en un jeton natif volatil. Cela crée un problème de budgétisation : même si le tarif de base est stable en termes natifs, le prix en dollars fluctue avec le prix de marché du jeton. Arc élimine cette seconde source de volatilité en utilisant l'USDC comme actif de gaz. Les développeurs et les entreprises peuvent réfléchir aux coûts dans une seule unité de compte — la même unité utilisée pour les factures et les rapports financiers.
Mécanismes clés du marché des frais :
Pour les constructeurs, l'avantage pratique est simple : les budgets libellés en dollars pour les infrastructures et les applications tiennent réellement la route en production, sans avoir à constamment les re-évaluer par rapport à des actifs spéculatifs.
Consensus et finalité
La couche de consensus d'Arc vise une finalité déterministe en moins d'une seconde en utilisant un protocole BFT de type Tendermint (Malachite) et un ensemble de validateurs autorisés. La finalité déterministe signifie qu'une fois qu'un bloc est validé par une supermajorité de validateurs, il est final — pas de risque de réorganisation, pas d'attente pour des dizaines de confirmations. Cette propriété est importante tant pour l'expérience utilisateur (tap‑to‑pay) que pour la gestion des risques institutionnels (clear settlement. points de terminaison pour les auditeurs et les équipes opérationnelles).
Une note pratique pour les constructeurs : les chiffres ci-dessus isolent le consensus. La latence de bout en bout pour une opération utilisateur inclut également l'exécution EVM, le fonctionnement du mempool et la signature/broadcast côté client. Même avec ce surcoût, la finalité déterministe transforme "la gestion des confirmations" d'une préoccupation complexe de l'application en un simple événement binaire.
Ensemble de validateurs et chemin de décentralisation
Les validateurs sont des institutions reconnues qui répondent aux exigences opérationnelles et de conformité (, aux objectifs de disponibilité, aux pratiques de sécurité et à la diversité juridictionnelle ). Dans la phase initiale, ce modèle Proof‑of‑Authority offre la fiabilité et la responsabilité légale exigées par les participants réglementés. Au fil du temps, Arc vise à évoluer vers un régime PoS autorisé dans lequel des entités qualifiées peuvent miser, gagner des récompenses et être soumises aux règles de réduction et de rotation.
Les questions de conception auxquelles la feuille de route répond :
MEV : permettre ce qui améliore les marchés, supprimer ce qui nuit aux utilisateurs
Arc sépare le MEV constructif et nuisible. Le MEV constructif - comme l'arbitrage qui réduit les écarts entre les plateformes - peut améliorer la fongibilité des stablecoins et le pricing des devises. Le MEV nuisible - comme les attaques sandwich qui exploitent un flux utilisateur prévisible - nuit à la confiance et injecte des coûts cachés.
Les mesures d'atténuation se concentrent sur le changement de la surface, et non simplement sur la punition des symptômes :
Confidentialité : confidentialité sur opt‑in avec des contrôles de niveau audit
Le système de confidentialité d'Arc est modulaire et pragmatique. La première capacité concerne les transferts confidentiels où les montants des transactions sont masqués tandis que les adresses restent publiques. Cela offre une confidentialité significative pour les contreparties et les clients tout en permettant aux entreprises d'utiliser des outils basés sur les adresses pour le suivi et la conformité.
Propriétés clés :
( Applications natives proches du protocole
Plutôt que de tout confier à des dApps tiers, Arc propose plusieurs services adjacents aux protocoles qui bénéficient d'être proches du consensus et de l'exécution.
) Monnaie tokenisée et liquidités génératrices de rendement
Arc prend en charge les stablecoins adossés à des fiat ###USDC, EURC### et est conçu pour héberger d'autres instruments monétaires tokenisés, y compris des tokens générant des rendements soutenus par des titres de créance gouvernementaux à court terme et émis à des participants éligibles. Ces actifs servent de fonds de roulement, de monnaie de règlement et de garantie — le tout avec la même finalité déterministe et des frais stables en dollars que les transactions ordinaires.
( FX programmable avec règlement PvP
Le moteur FX d'Arc se concentre sur le règlement paiement‑contre‑paiement entre des contreparties vérifiées. Les fonctionnalités incluent des fenêtres de règlement configurables, l'enregistrement des transactions, la gestion des garanties et une couche RFQ hors chaîne qui permet aux teneurs de marché de soumettre des devis de manière efficace. Les premières phases fonctionnent avec des permissions pour maintenir l'intégrité du marché ; à long terme, l'objectif est un protocole sans permission qui préserve de fortes garanties de règlement tout en élargissant l'accès.
) Actifs réels et composabilité
En plaçant des instruments de trésorerie et d'autres actifs réglementés près de la couche de base, Arc rend les événements de cycle de vie — paiements de coupons, remboursements, actions d'entreprise — fiables en chaîne. L'intention est de garantir la robustesse légale sans sacrifier la composabilité : ces actifs peuvent toujours se connecter aux marchés de prêt, aux swaps et à l'automatisation de la trésorerie, mais le font avec des pistes de vérification et une confidentialité opt-in lorsque nécessaire.
Hub de connectivité et de liquidité inter-chaînes
Arc est conçu pour servir de hub pour la liquidité des stablecoins à travers de nombreux écosystèmes. Trois éléments rendent cela pratique :
Paiements et primitives de règlement pour les entreprises
Arc comprend un ensemble de blocs de construction qui mappent les schémas de paiement d'entreprise courants en fonctionnalités de protocole de première classe :
Ces primitives réduisent la quantité de middleware sur mesure qu'une entreprise doit construire et s'alignent sur le modèle de frais stables : les équipes d'opérations peuvent prévoir les coûts et concevoir des SLA sans deviner les prix futurs des tokens.
( Alignement réglementaire et certitude opérationnelle
Deux choix architecturaux visent directement le confort réglementaire et la clarté opérationnelle :
La conclusion est un L1 qui peut être inséré dans les processus financiers existants avec moins d'exceptions de politique et moins de langage de risque sur mesure.
( Points forts de la feuille de route
) Contributions techniques clés ### en un coup d'œil ###
( Questions ouvertes et travaux d'ingénierie à venir
) Une architecture très intéressante
Arc est une L1 opinionnée qui fait quelques gros paris et les pousse jusqu'au protocole : les frais doivent être tarifés dans la même monnaie que celle que les gens utilisent pour le règlement ; le règlement doit être déterministe et rapide ; la confidentialité doit être opt-in, vérifiable et pratique ; et les primitives financières qui comptent - l'émission de stablecoins, les changes et le mouvement inter-chaînes - doivent être proches de la couche de base. Cette combinaison transforme une blockchain en quelque chose sur lequel les entreprises peuvent s'appuyer : des coûts prévisibles, des points de règlement clairs et des modules qui se rapportent directement aux opérations du monde réel.
Pour les développeurs, la proposition de valeur est tout aussi directe. Vous bénéficiez de la compatibilité EVM, d'une finalité en moins d'une seconde, et d'un modèle de frais qui ne fluctue pas pour vos utilisateurs. Vous obtenez des valeurs par défaut raisonnables pour la confidentialité et le MEV. Vous avez un réseau positionné comme un hub pour la liquidité des stablecoins, avec des rails natifs pour transférer de la valeur entre les chaînes à la demande. Et vous disposez d'une feuille de route qui augmente le débit et la diversité des validateurs sans sacrifier le déterminisme qui rend les paiements, le FX et la monnaie tokenisée viables à grande échelle.
Si l'internet avait besoin d'une couche de base où l'unité de compte pour la valeur et l'unité de compte pour le calcul correspondent enfin - et où "confirmé" signifie vraiment "réglé" - Arc est une tentative concrète, axée sur l'ingénierie, de livrer exactement cela.
![]###https://img-cdn.gateio.im/webp-social/moments-9256e573407a698135b75ad7e16c7e07.webp###
Quelques notes techniques sur la nouvelle blockchain de Circle ont été publiées à l'origine dans Sentora sur Medium, où les gens poursuivent la conversation en mettant en avant et en répondant à cette histoire.