ASP (Ark Service Provider)

Le rôle central dans Ark

ASP signifie Ark Service Provider. Dans le protocole Ark imaginé par Burak Keceli en 2023, l'ASP est l'opérateur qui orchestre les rounds (battements) du système. À intervalles réguliers (typiquement toutes les 5 secondes), il agrège les paiements virtuels de ses utilisateurs en une seule transaction on-chain, économisant des dizaines, voire des centaines de transactions Bitcoin individuelles.

Comment se déroule un round

1. Les utilisateurs annoncent à l'ASP les VTXO (Virtual TXO) qu'ils veulent dépenser et leurs destinations.
2. L'ASP construit une transaction de pooling avec une racine de Merkle des nouveaux VTXO.
3. L'ASP signe sa partie via une multisig (Taproot Schnorr).
4. Les utilisateurs co-signent leur portion.
5. L'ASP diffuse la transaction on-chain.

Pendant cette fenêtre, l'ASP a temporairement custody des fonds (au sens où il peut bloquer un round), mais ne peut jamais les dérober : chaque utilisateur conserve un chemin unilatéral d'exit on-chain via son VTXO.

Les modèles de risque

| Risque | Conséquence | Mitigation | |--------|-------------|------------| | ASP hors-ligne | Impossibilité de spend off-chain | Exit on-chain forcé (lent et coûteux) | | Tentative de rug | Bloqué par la structure Taproot | Aucun fond dérobable | | Censure | Refus de servir certains UTXO | Choix d'un autre ASP, P2P | | Manque de liquidité | Capacité de routing limitée | Concurrence entre ASP |

ASP et économie

L'ASP gagne sa vie via des frais de round (typiquement quelques satoshis par participation) et la valeur temporelle de la liquidité immobilisée. Plusieurs implémentations existent (Second.dev, Boltz, NoahApp) avec des modèles d'expiration des VTXO différents (souvent 4 semaines).

À retenir

L'ASP n'est pas une banque mais un opérateur d'infrastructure. Il fait écho au modèle LSP sur Lightning : il fournit un service essentiel sans détenir les clés. La maturité d'Ark dépendra de la capacité à faire émerger plusieurs ASP concurrents et auto-hébergeables.