Bitcoin Stamps vs Ordinals : Comparaison de l'architecture technique

Cette comparaison technique examine les différences architecturales fondamentales entre Bitcoin Stamps et Ordinals/Inscriptions, en se concentrant sur les mécanismes de stockage, les garanties de permanence et les choix de conception de protocole.

Différences architecturales fondamentales

Couche de stockage de données

Bitcoin Stamps : Stockage basé sur UTXO

Bitcoin Stamps utilise l'encodage P2WSH (Pay-to-Witness-Script-Hash) et les sorties de transactions Bitcoin traditionnelles :

• Emplacement de stockage : Données intégrées directement dans l'ensemble UTXO
• Critique pour le consensus : Fait partie des exigences de validation centrale de Bitcoin
• Exigences des nœuds : TOUS les nœuds complets doivent stocker ces données en permanence
• Élagage : Impossible à élaguer - requis pour la validation des transactions
• Base du protocole : Construit sur le protocole Counterparty (établi en 2014)

Ordinals/Inscriptions : Stockage de données témoins

Ordinals/Inscriptions utilise les segments de données témoins des transactions SegWit :

• Emplacement de stockage : Données témoins (pas partie du hash de transaction)
• Rôle de consensus : PAS critique au consensus pour le fonctionnement de Bitcoin
• Exigences des nœuds : Peuvent être élagués par les nœuds après validation
• Garantie de stockage : Aucune garantie que les données persistent sur tous les nœuds
• Base du protocole : Protocole superposé plus récent (2023)

La réalité selon laquelle « les sats n'existent pas vraiment »

Le modèle comptable de Bitcoin

Bitcoin fonctionne sur un modèle UTXO (Unspent Transaction Output), et non sur le suivi de satoshis individuels :

• Les UTXO sont des conteneurs : Ils contiennent des montants de bitcoin (mesurés en satoshis)
• Pas de sats individuels : Les satoshis sont des unités comptables, pas des objets discrets traçables
• Validation du réseau : Les nœuds Bitcoin valident des montants d'UTXO, pas des « historiques de sats »
• Limite de la théorie ordinale : Elle attribue une signification artificielle à des sats individuels qui n'existent pas

La réalité de l'implémentation technique

Réalité du réseau Bitcoin :
┌──────────────────┐    ┌──────────────────┐
│   UTXO : 0.001   │───▶│  UTXO : 0.0005   │
│   BTC (100 000   │    │  BTC (50 000     │
│   satoshis)      │    │  satoshis)       │  
└──────────────────┘    └──────────────────┘

Superposition de la théorie ordinale (pas du consensus) :
« Ce sat #123456789 possède le trait X » ← Attribution artificielle

Validation par Bitcoin Core : Vérifie les montants et les scripts, PAS les historiques de sats individuels.

Garanties de stockage des nœuds

Bitcoin Stamps : Stockage universel

Chaque nœud complet Bitcoin stocke les données Bitcoin Stamps parce que :

1. Exigence de l'ensemble UTXO : Nécessaire à la validation des transactions
2. Critique pour le consensus : Requis pour déterminer les transactions valides
3. Fonctionnement du réseau : Essentiel au fonctionnement du réseau Bitcoin
4. Archive permanente : Survit indéfiniment avec le réseau Bitcoin

Ordinals/Inscriptions : Stockage optionnel

Les données Ordinals n'ont aucune garantie de stockage parce que :

1. Données témoins : Non requises pour la validation des transactions après la vérification initiale
2. Élagables : Les nœuds peuvent supprimer les données témoins pour économiser de l'espace
3. Dépendance externe : Nécessite des indexeurs et des services spécialisés
4. Risque de service : Dépend de la maintenance d'une infrastructure tierce

Analyse de l'architecture technique

Bitcoin Stamps : Modèle basé sur les comptes

Construit sur l'architecture Counterparty éprouvée :

// Modèle simplifié de suivi des actifs
interface StampAsset {
  owner: BitcoinAddress;
  assetName: string;
  quantity: number;
  // Solde de compte simple - pas de complexité UTXO
}

Avantages :

• Gestion d'actifs simple
• Modèle de propriété clair
• Protocole établi (plus de 10 ans)
• Aucun suivi complexe d'UTXO requis

Ordinals : Complexité du suivi des UTXO

Nécessite le suivi de satoshis individuels à travers les transactions :

// Modèle complexe de suivi des sats
interface OrdinalSat {
  satNumber: number;
  currentUTXO: UTXOReference;
  inscriptionData?: InscriptionData;
  transferHistory: Transaction[];
  // Doit suivre chaque mouvement
}

Défis :

• Suivi d'état complexe à travers toutes les transactions
• Problèmes de fragmentation des UTXO
• Ambiguïté de l'« emplacement » du sat dans les transactions à entrées multiples
• Exigences de suivi hors consensus

Analyse des coûts et de l'efficacité

Coûts de transaction

Caractéristique	Bitcoin Stamps	Ordinals/Inscriptions
Coût de base	Plus élevé (coût des données 4x)	Plus faible (remise témoin)
Garantie de permanence	✅ 100 % garantie	❌ Aucune garantie
Efficacité de stockage	Plus faible (surcoût UTXO)	Plus élevée (données témoins)
Durabilité à long terme	Intégrée à l'économie de Bitcoin	Dépend de services externes

Impact sur le réseau

Bitcoin Stamps :

• Augmentent l'ensemble UTXO (léger impact de stockage sur tous les nœuds)
• Génèrent des frais de transaction soutenant les mineurs
• Renforcent le réseau par un usage accru
• Contribuent au modèle de sécurité économique de Bitcoin

Ordinals/Inscriptions :

• Peuvent gonfler significativement les données témoins
• Peuvent augmenter les besoins en bande passante
• Génèrent des frais, mais avec la remise témoin
• Contribution limitée à l'économie de sécurité du réseau

Philosophie de conception du protocole

Bitcoin Stamps : Approche conservatrice

• Fondation éprouvée : Protocole Counterparty éprouvé depuis 2014
• Natif de Bitcoin : Fonctionne dans le modèle économique et technique existant de Bitcoin
• Croissance durable : Conçu pour l'évolution du protocole à long terme
• Valeurs communautaires : Illustrées par les principes de lancement équitable de KEVIN

Ordinals : L'innovation à un coût

• Approche novatrice : Usage créatif de l'espace des données témoins
• Cadre théorique : Superposition du système de numérotation des satoshis
• Adoption rapide : Adoption rapide par le marché malgré les limites techniques
• Dépendances externes : Nécessite une infrastructure spécialisée

Analyse de la décentralisation

Bitcoin Stamps : Véritable décentralisation

• Aucun service spécial : Fonctionne avec n'importe quel nœud complet Bitcoin
• Outils standard : Compatible avec l'infrastructure Bitcoin existante
• Auto-validation : L'intégrité des données est garantie par le consensus Bitcoin
• À l'épreuve du futur : Survit tant que le réseau Bitcoin existe

Ordinals/Inscriptions : Dépendances de service

• Exigences d'indexeurs : Nécessitent des services spécialisés pour suivre et afficher
• Dépendances d'API : Les portefeuilles et applications requièrent une infrastructure personnalisée
• Risque de données : Le contenu des inscriptions peut devenir inaccessible
• Charge de maintenance : Maintenance continue de l'infrastructure requise

Considérations pour les développeurs

Construire avec Bitcoin Stamps

// Modèle d'intégration simple
const stampResult = await btcStampsSDK.createStamp({
  imageData: buffer,
  feeRate: 20
});
// Données automatiquement stockées dans l'ensemble UTXO
// Aucune indexation supplémentaire requise

Construire avec Ordinals

// Exigences d'intégration complexes
const ordinalService = new OrdinalIndexer(API_ENDPOINT);
const inscriptionData = await ordinalService.getInscription(satNumber);
// Nécessite un service externe
// Doit gérer la disponibilité du service
// Nécessite des services d'indexeur de secours

Implications à long terme

Bitcoin Stamps : Alignement avec le protocole

• Durable : S'aligne sur les incitations économiques de Bitcoin
• Évolutif : Le modèle basé sur les comptes réduit la complexité
• Maintenable : Les outils standard de Bitcoin suffisent
• Évolution : Voie d'amélioration naturelle du protocole

Ordinals/Inscriptions : Questions de durabilité

• Charge d'infrastructure : Maintenance continue des indexeurs et services
• Défis de mise à l'échelle : La complexité du suivi des UTXO augmente avec l'adoption
• Risque de service : Dépend du soutien continu de tiers
• Divergence de protocole : Peut entrer en conflit avec les priorités de développement de Bitcoin Core

Recommandations techniques

Pour les actifs numériques permanents

Choisissez Bitcoin Stamps lorsque :

• La permanence à long terme est critique
• Vous voulez une véritable décentralisation
• Les outils standard de Bitcoin suffisent
• Le coût est secondaire par rapport à la garantie de permanence

Envisagez Ordinals lorsque :

• Des coûts de transaction plus faibles sont prioritaires
• Vous disposez de plans d'infrastructure robustes
• Des fichiers de grande taille sont nécessaires
• L'usage est à court ou moyen terme

Pour le développement de protocoles

Avantages de Bitcoin Stamps :

• Fondation de protocole établie
• Architecture technique éprouvée
• Compatible avec la philosophie de conception de Bitcoin
• Voie de mise à niveau naturelle pour les améliorations futures

Conclusion

Bitcoin Stamps et Ordinals représentent des approches fondamentalement différentes pour stocker des données sur Bitcoin. Bitcoin Stamps privilégie un stockage permanent et garanti à travers le modèle UTXO et les mécanismes de consensus de Bitcoin, tandis qu'Ordinals optimise l'efficacité des coûts via l'utilisation des données témoins.

Le choix entre les deux reflète un compromis fondamental : permanence garantie vs. efficacité de stockage. Pour les applications nécessitant une permanence absolue et une véritable décentralisation, Bitcoin Stamps offre des garanties techniques supérieures. Pour les applications privilégiant l'efficacité des coûts et acceptant des dépendances d'infrastructure, Ordinals propose une approche alternative.

Les deux protocoles contribuent à la croissance de l'écosystème Bitcoin, mais leurs fondations techniques différentes les rendent adaptés à des cas d'usage et des tolérances au risque distincts.

---

Analyse technique basée sur les spécifications du protocole Bitcoin et le comportement réel du réseau. Les détails du protocole sont sujets à un développement continu et au consensus de la communauté.