Divulgación: Las opiniones y puntos de vista expresados aquí pertenecen únicamente al autor y no representan las opiniones y puntos de vista de la editorial de crypto.news.
Cada plataforma de contratos inteligentes tiene un activo de tarifa incorporado. Por ejemplo, Ethereum (ETH) tiene ETH, Solana (SOL) tiene SOL, pero con Bitcoin (BTC), las cosas se complican. Si deseas aplicaciones expresivas, generalmente terminas adoptando la economía de una segunda red. En Stacks, por ejemplo, pagas tarifas en STX.
En las capas de Bitcoin estilo EVM, podrías ser informado de que BTC es el token de gas, pero típicamente es una representación nativa de L2 con convenciones similares a EVM (incluyendo 18 decimales), y aún estás operando dentro de ese entorno L2. Bitcoin en sí mismo, mientras tanto, ya tiene un mercado de tarifas limpio, donde los usuarios pujan por espacio en bloques en sat/vB, y los mineros priorizan tasas de tarifas más altas.
Teniendo esto en cuenta, ¿qué pasaría si una interacción de contrato inteligente pudiera iniciarse y pagarse como una transacción normal de Bitcoin, con tarifas en términos de BTC (sin token de gas adicional o fork), mientras la parte inteligente se ejecuta en otro lugar y permanece vinculada de manera comprobable a Bitcoin? OpNet se propone proporcionar una respuesta.
El mercado de tarifas de Bitcoin es excelente en una cosa: fijar el precio del espacio en bloques. Compites en sat/vB, los mineros eligen las tasas de tarifas más altas, y la red se mantiene simple y robusta ante adversarios. Lo que Bitcoin no hace es ejecutar un entorno de ejecución de propósito general donde la cadena pueda medir y cobrar por cálculos arbitrarios. Bitcoin Script es deliberadamente sin estado y no es Turing-completo, careciendo específicamente de bucles o gotos, por lo que cada nodo puede validar scripts de manera predecible sin abrir la puerta a cálculos ilimitados.
Por eso, la mayoría de los enfoques de contratos inteligentes de Bitcoin terminan colocando la ejecución en un sistema separado que puede medir el cómputo y ejecutar su propio mercado de tarifas. Una vez que tienes esa capa de ejecución separada, generalmente viene con un activo de tarifa separado (Stacks, por ejemplo, cobra tarifas en STX). Esto no es ideal, y un sistema donde pudieras mantener el pago dentro del mercado de tarifas nativo de Bitcoin mientras mueves la ejecución a otro lugar sería preferible.
Una vez que aceptas que Bitcoin Script está intencionalmente limitado (sin estado y no diseñado para cálculos ilimitados), comienzas a pensar en cómo hacer que Bitcoin liquide los resultados y los pagos. De hecho, la ejecución puede ocurrir en una máquina virtual dedicada que está construida para ejecutar la lógica de contratos inteligentes de manera determinista, mientras que Bitcoin sigue siendo la capa base que marca el tiempo, ordena y fija los precios de las interacciones a través de su mercado de tarifas existente.
En el diseño de OpNet, la lógica del contrato es evaluada por una VM orientada a Wasm (OP-VM), mientras que la pila de nodos más amplia está explícitamente construida para gestionar y ejecutar contratos inteligentes utilizando las mecánicas de transacción y UTXO existentes de Bitcoin. Crucialmente, esto no se empareja con un nuevo activo de tarifa. Bitcoin no necesita medir el cómputo para ser la moneda de gas. Necesita ser la capa de liquidación final a la que todo finalmente paga y ancla.
Nuestro modelo de interacción sigue un flujo de simular-luego-gastar en lugar de un patrón convencional de ejecución de contratos inteligentes, con el paso final de ejecución ocurriendo como una transacción real de Bitcoin. Primero, tu aplicación llama a un método de contrato en modo de simulación. Esa solicitud pasa a través de un proveedor a un nodo de OPNet, que ejecuta el contrato en su VM y devuelve un CallResult (incluyendo estimaciones de gas/tarifa) sin transmitir nada a Bitcoin.
Si la llamada cambia el estado, tomas ese CallResult y lo envías como una ejecución. En este punto, la biblioteca construye una transacción de Bitcoin, la firma y la transmite a la red de Bitcoin. Hay dos puntos que vale la pena recordar: Mientras tanto, la propia medición de cómputo de OpNet sigue existiendo. Pero se valora en satoshis (Gas SATS estimado, reembolsos en SATS, etc.), por lo que la unidad nunca se desvía hacia una economía de token separada.
Los usuarios ya no tienen que adoptar una segunda economía de tarifas solo para interactuar con aplicaciones. En Bitcoin, las tarifas ya son una subasta por espacio en bloques, valoradas por byte y pagadas a los mineros. Cuando las llamadas a contratos son solo transacciones de Bitcoin, estás de vuelta en terreno familiar (con tarifas de sat/vB, movimiento en la mempool e incentivos para mineros), sin tener que aprender un mercado de token de gas separado.
Además, las herramientas se apoyan en flujos de trabajo estándar de Bitcoin, como el manejo de UTXO, conexiones de proveedores e incluso firmas fuera de línea/frías. Los contratos viven en un entorno de ejecución de Wasm y están escritos en AssemblyScript, buscando una expresividad similar a Solidity sin pretender que Bitcoin Script de repente se convirtiera en una VM.
La afirmación de que BTC no puede funcionar como gas generalmente se basa en la suposición de que la capa base debe medir el cómputo para valorarlo. Bitcoin no mide el cómputo; mide el espacio en bloques y liquida el valor. La solución es permitir que una máquina virtual maneje la ejecución de manera determinista y luego enrutar cada interacción que cambie el estado a través de una transacción estándar de Bitcoin, donde las tarifas se expresan en términos familiares como sat/vB y se limitan en satoshis.
En nuestro caso, esto se implementa a nivel de cliente a través de parámetros como feeRate y maximumAllowedSatToSpend. Así que tal vez BTC-como-gas sea realmente plausible. Las tarifas permanecen nativas de BTC de extremo a extremo, mientras que el tiempo de ejecución del contrato se mantiene basado en WebAssembly (AssemblyScript → Wasm), lo que mantiene la lógica expresiva sin cambiar la moneda de tarifas.
