Divulgation : Les points de vue et opinions exprimés ici appartiennent uniquement à l’auteur et ne représentent pas ceux de l’édition de crypto.news.
Introduction aux frais de contrat intelligent
Chaque plateforme de contrat intelligent dispose d’un actif de frais intégré. Par exemple, Ethereum (ETH) utilise l’ETH, Solana (SOL) utilise le SOL, mais avec Bitcoin (BTC), la situation se complique.
Si vous souhaitez développer des applications expressives, vous finissez généralement par adopter l’économie d’un second réseau. Sur Stacks, par exemple, les frais sont payés en STX.
Le marché des frais de Bitcoin
Bitcoin lui-même dispose déjà d’un marché des frais clair, où les utilisateurs enchérissent pour l’espace de bloc en sat/vB, et les mineurs priorisent les transactions avec des frais plus élevés.
Que se passerait-il si une interaction de contrat intelligent pouvait être initiée et payée comme une transaction Bitcoin normale, avec des frais en BTC (sans jeton de gaz supplémentaire ni fork), tout en permettant à la partie intelligente de s’exécuter ailleurs et de rester prouvablement liée à Bitcoin ?
Limitations de Bitcoin Script
Bitcoin Script est délibérément sans état et non Turing-complet, manquant spécifiquement de boucles ou de sauts, de sorte que chaque nœud peut valider les scripts de manière prévisible sans ouvrir la porte à un calcul illimité.
La plupart des approches de contrats intelligents sur Bitcoin finissent par placer l’exécution sur un système séparé qui peut mesurer le calcul et exécuter son propre marché des frais.
Proposition d’OpNet
OpNet s’efforce de fournir une réponse à ces limitations. La logique des contrats est évaluée par une VM orientée Wasm (OP-VM), tandis que la pile de nœuds plus large est explicitement construite pour gérer et exécuter des contrats intelligents en utilisant les mécanismes de transaction et de UTXO existants de Bitcoin.
Il est crucial que cela ne soit pas associé à un nouvel actif de frais. Bitcoin n’a pas besoin de mesurer le calcul pour être la monnaie de gaz.
Modèle d’interaction d’OpNet
Notre modèle d’interaction suit un flux « simuler puis dépenser » plutôt qu’un modèle d’exécution de contrat intelligent conventionnel. Tout d’abord, votre application appelle une méthode de contrat en mode simulation.
Cette demande passe par un fournisseur à un nœud OPNet, qui exécute le contrat dans sa VM et renvoie un CallResult (y compris des estimations de gaz/frais) sans diffuser quoi que ce soit à Bitcoin.
Lorsque les appels de contrat ne sont que des transactions Bitcoin, vous êtes de retour sur un terrain familier (avec des frais en sat/vB, des fluctuations de mempool et des incitations pour les mineurs).
Conclusion
Peut-être que le BTC en tant que gaz est vraiment plausible. Les frais restent natifs en BTC d’un bout à l’autre, tandis que l’environnement d’exécution du contrat reste basé sur WebAssembly (AssemblyScript → Wasm), ce qui maintient la logique expressive sans changer la monnaie des frais.
Frederic Fosco
