Clark (Covenantless Ark)

Contexte : Ark et le besoin de covenants

Ark, proposé en 2023 par Burak Keceli, est un protocole de scaling Bitcoin permettant des paiements off-chain via un opérateur appelé ASP (Ark Service Provider). Sa version idéale repose sur des covenants — typiquement OP_CHECKTEMPLATEVERIFY (CTV) ou OP_VAULT — pour garantir l'unilateral exit. Or aucun covenant n'a encore été activé sur Bitcoin. Pour ne pas attendre, l'équipe Second.dev a proposé une variante : Clark, pour « Covenant-less Ark ».

Différences techniques

| Aspect | Ark (avec covenants) | Clark (sans covenants) | |--------|----------------------|------------------------| | Soft fork requis | CTV ou OP_VAULT | Aucun | | Exit unilatéral | Garanti cryptographiquement | Garanti via pré-signatures + ASP coopératif | | Confiance dans l'ASP | Aucune sur la garde | Limitée sur la garde, plus large sur la coopération | | Round duration | Quelques minutes | Quelques minutes | | Coût d'opération | Bas | Bas mais légèrement supérieur |

Clark repose sur la pré-signature : à chaque round, l'ASP et tous les participants pré-signent les transactions de sortie unilatérale. Tant que tous les participants restent honnêtes au moment de la signature, l'exit reste possible.

Modèle de confiance

Le compromis de Clark : la sécurité unilatérale dépend de la coopération initiale de l'ASP au moment où on rejoint un round. Si l'ASP refuse de signer, l'utilisateur ne peut pas faire son exit. Si l'ASP signe puis disparaît, l'exit reste possible via les transactions pré-signées. C'est strictement supérieur aux sidechains fédérées (Liquid), mais inférieur à un vrai Ark avec CTV.

État du déploiement

Second.dev a lancé Clark en testnet en 2024, puis sur signet Bitcoin pour des tests à grande échelle. Une implémentation arkd open source est disponible. Plusieurs wallets explorent l'intégration : Bitkit (Synonym), Mutiny, ainsi que des projets en cours.

Cas d'usage

• Paiements off-chain instantanés pour petits montants (~quelques milliers de sats)
• Comptes « léger » sans canal Lightning à gérer
• Wallets mobiles qui veulent un compromis Lightning/Liquid
• Custodial-light : moins risqué qu'un wallet hébergé, plus simple qu'un canal LN

Limites

• Dépendance opérationnelle à l'ASP (peut censurer ou freezer)
• Capital ASP nécessaire pour la liquidité
• Liveness : si l'ASP est offline au moment d'un exit, attente nécessaire
• Sets « VTXOs » à expiration (typiquement 28 jours) qu'il faut refresh

À retenir

Clark est un pari intelligent : profiter dès maintenant des bénéfices d'Ark, en acceptant un modèle de confiance pragmatique, en attendant que les covenants activent l'Ark « pur ». C'est une réponse concrète au problème politique du soft fork, et un cas d'école d'innovation incrémentale.