Ark coordonne des rondes périodiques avec un opérateur, crée des VTXO à durée limitée et préserve la possibilité pour l'utilisateur de sortir unilatéralement vers la couche de base.
Les utilisateurs d'une même ronde créent ensemble un arbre de transactions ancré par une transaction racine onchain. Leur droit est représenté par une branche qui se termine par un UTXO virtuel, ou VTXO. [2]
Un paiement hors ronde transfère un VTXO au moyen d'une transaction présignée et cosignée par l'opérateur. Jusqu'à son renouvellement dans une ronde ultérieure, le destinataire compte sur le fait que ni l'expéditeur ni un expéditeur antérieur de la chaîne ne s'entendra avec l'opérateur pour dépenser deux fois le paiement. [3]
Une sortie unilatérale consiste à publier la branche correspondante de l'arbre de transactions jusqu'à sa propre sortie onchain. Elle n'est pas gratuite : l'utilisateur doit conserver les clés et les données du chemin, surveiller les délais et payer les frais de la couche de base. [1]
Les VTXO expirent. Avant l'échéance, ils doivent être renouvelés dans une nouvelle ronde ou retirés unilatéralement ; sinon l'opérateur obtient la capacité de balayer les bitcoin sous-jacents par une branche prédéterminée et l'utilisateur perd un droit exécutoire unilatéralement. [5]
L'opérateur coordonne les rondes, cosigne les transferts ordinaires et assure la disponibilité. Avant l'échéance, il ne devrait pas pouvoir détourner un VTXO correctement géré, mais il peut censurer de nouvelles opérations, cesser de répondre et contraindre l'utilisateur à une sortie plus lente ou plus coûteuse. [5]
Ark peut être construit sans modification du consensus grâce à des pseudo-covenants présignés et à la suppression des clés. Des covenants tels que CTV peuvent réduire la coordination et les données nécessaires et permettre des arbres plus efficaces pour davantage d'utilisateurs. [4]
Ark n'est pas un canal Lightning : il repose sur des rondes, des arbres partagés et des VTXO qui expirent. Les deux approches peuvent coopérer, par exemple pour entrer dans Lightning ou former des channel factories. [1]
Les implémentations pratiques et leurs modèles continuent d'évoluer. Avant toute utilisation, il faut vérifier le chemin de sortie précis, la sauvegarde des données VTXO, la durée avant expiration, le renouvellement, les frais, l'état du réseau et les hypothèses exactes concernant l'opérateur. [1]
Pour une vision complète, lisez aussi UTXO, Lightning Network, Covenants, OP_CHECKTEMPLATEVERIFY, Payment Channel, Auto-garde.
01Ark est-il custodial ?+
L'objectif est la self-custody avec une sortie unilatérale avant l'expiration, mais l'opérateur joue un rôle important dans la disponibilité, la cosignature et le renouvellement ; l'implémentation précise et l'état du VTXO doivent être évalués séparément.
02Ark nécessite-t-il une modification de Bitcoin ?+
Les variantes de base peuvent fonctionner sans modification du consensus, tandis que des covenants comme CTV peuvent améliorer sensiblement leur passage à l'échelle et leur efficacité.