OP_NET y Arch: Explorando contratos inteligentes en Bitcoin

Principiante9/24/2024, 5:58:24 PM
Este artículo discute dos tecnologías de contratos inteligentes implementadas en la red principal de Bitcoin: OP_NET y Arch. Como capa de ejecución, OP_NET implementa operaciones de contratos inteligentes a través de transacciones específicas de Bitcoin y tiene un mecanismo para quemar Bitcoins. Por otro lado, Arch se posiciona como la "capa 1.5 de Bitcoin", utilizando su propio token como tarifa de gas para procesar y verificar transacciones a través de nodos.

Durante las últimas dos semanas, OPNET y Arch, dos soluciones de implementación de contratos inteligentes en la red principal de Bitcoin, han generado una considerable discusión. Curiosamente, el nombre OP_NET es bastante similar al familiar OP_CAT, ambos empezando con "OP"“, lo que puede ser engañoso y hacer que la gente piense que son bastante similares.

Primero mencionemos OP_CAT. OP_CAT es un código de operación de Bitcoin que las fuerzas de la comunidad, lideradas por Udi Wertheimer, fundador de “Quantum Cats” (también conocidos como Taproot Wizards), han estado llamando a “revivir” desde el año pasado. El término “revivir” se usa porque OP_CAT era un código de operación de Bitcoin existente, pero Satoshi Nakamoto lo eliminó en 2010 debido a preocupaciones por posibles ataques DoS. CAT es la abreviatura de “concatenar”, y como sugiere el nombre, la función de OP_CAT es permitir operaciones de concatenación de cadenas, uniendo dos cadenas en una.

¿Cómo habilita este opcode los contratos inteligentes en Bitcoin? Honestamente, es bastante abstracto y difícil de entender. Para aquellos interesados, recomiendo leer un artículo de otro autor, Jaleel (¿13 líneas de código ayudan a Bitcoin a implementar contratos inteligentes? Entienda la bifurcación suave OP_CATAquí hay algunos puntos clave que me gustaría resumir rápidamente:

OP_CAT implica un soft fork de la red Bitcoin. Para llegar a este paso, primero debe aprobarse la propuesta BIP-347. Actualmente, esta propuesta solo ha progresado a la segunda etapa de todo el proceso de propuesta, el estado "Propuesto".

OP_CAT se ha revivido en BCH y BSV durante varios años, pero los casos de uso relacionados siguen siendo muy abstractos. En las discusiones actuales, apenas vemos ejemplos claros y directos de qué tipo de dApp se puede crear utilizando OP_CAT.

OP_CAT no es una solución de un solo paso. Revivir OP_CAT es más como el primer paso para desbloquear el potencial de contratos inteligentes de Bitcoin. Una expectativa razonable es que si OP_CAT puede ser revivido con éxito y surgen algunos casos de uso excelentes, habrá más discusiones sobre desbloquear más opcodes de Bitcoin. Primero podemos esperar ver si habrá innovaciones refrescantes en Fractal, que ha activado OP_CAT.

OPNET, por otro lado, debería ser categorizado con "protocolos" como inscripciones, BRC-20 y ARC-20. Aunque su nombre también tiene un "OP"“, su método de implementación no tiene nada que ver con los opcodes de Bitcoin.

ON_NET

El marco de OP_NET puede dividirse ampliamente en dos partes. Dado que es una solución de implementación de contratos inteligentes para la red principal de Bitcoin, la red principal de Bitcoin ciertamente ocupa una parte del marco técnico completo. Se puede decir que la red principal de Bitcoin desempeña el papel de "capa de iniciación de acción" y "capa de confirmación final" en el marco técnico de OP_NET. La ejecución y confirmación del estado de los contratos inteligentes es otra parte, que es la "capa de ejecución" compuesta conjuntamente por OP_VM y nodos de OP_NET.

Basado en el diagrama del marco técnico, podemos explicar simplemente el proceso de OP_NET implementando contratos inteligentes en la red principal de Bitcoin. En primer lugar, los usuarios que despliegan/interactúan con contratos inician transacciones desde la red principal de Bitcoin. El campo de datos de esta transacción contendrá la cadena "BSI", permitiendo que la capa de ejecución detecte que se trata de una transacción de interacción de contrato OP_NET. Después de que se confirma la transacción, OP_VM ejecuta las operaciones de contrato correspondientes y actualiza el estado, que luego se entrega a los nodos de OP_NET para la confirmación de estado, y finalmente proporciona el estado a la aplicación descentralizada de Bitcoin. Después de que la aplicación descentralizada de Bitcoin recibe los resultados de la ejecución del contrato y realiza acciones correspondientes, también enviará los resultados de sus acciones a la red principal de Bitcoin.

En este punto, es posible que tengas una sensación familiar: ¿no es esto simplemente otro indexador fuera de la cadena con 'ejecución fuera de la cadena, confirmación en la cadena'? De hecho, hay algunas similitudes. Sin embargo, OP_NET tiene un mecanismo interesante en el que realmente 'quema Bitcoin'.

La comisión de transacción de OP_NET consta de dos partes. La primera parte es naturalmente la tarifa básica de la red Bitcoin para una transacción de Bitcoin, y la otra parte es la tarifa de transacción de OP_NET. La tarifa de transacción de OP_NET está compuesta además de la tarifa de ejecución y la tarifa de prioridad, ambas pagadas en Bitcoin. La tarifa de transacción de OP_NET debe ser de más de 330 satoshis para asegurarse de que no sea considerada como “polvo” (UTXO demasiado pequeño) y sea rechazada por los nodos. La tarifa de prioridad permite a las acciones de ejecución de contratos aumentar el Gas como Ethereum para asegurar que sus transacciones se ejecuten con prioridad (OP_VM puede priorizar qué acciones ejecutar primero).

Si la tarifa de transacción OP_NET es superior a 0,0025 Bitcoin, se "quemarán" 330 satoshis y el exceso se entregará a los operadores de nodos como recompensa. La llamada "quema" es similar a la situación que se ve a menudo en Ethereum, donde el dinero enviado a las direcciones de OP_NET los contratos no se puede retirar, porque en realidad utiliza un tipo específico de transacción de Bitcoin, el "gasto de la ruta del script Taproot", para abstraer las direcciones de Bitcoin en direcciones de contrato. Esta dirección de contrato es incontrolable por cualquier persona, logrando así el efecto de "quemar".

Finalmente, hacemos una pequeña observación sobre este proyecto basándonos en su antecedente. El equipo detrás de este proyecto es el equipo MotoSwap. No sé si aún recuerdas $OSHI, que ocupó el tercer lugar en el valor de mercado total de BRC-20 Token durante el mercado de BRC-20. OSHI se dedicaba a aplicaciones. Más tarde, el equipo tuvo algunas diferencias, algunos de ellos se transfirieron a CBRC-20 para hacer Moto. Aunque OP_NET en sí utiliza Bitcoin como el Token consumido por la interacción del protocolo, también tiene dos estándares incorporados, OP_20 y OP_721. Por lo tanto, se puede decir que el estilo de este proyecto se inclina más hacia el estilo de ‘nuevo protocolo, nuevo activo’ que ya conocíamos el año pasado.

Arch

A diferencia de OP_NET, Arch ha anunciado que ha recibido una ronda de financiamiento de US$7 millones liderada por Multicoin Capital, con la participación de OKX, Portal Ventures, Big Brain Holdings, ABCDE, etc. Arch tendrá su propio token, tanto como tarifa de gas como token de garantía para los validadores de su red PoS.

Por lo tanto, la posición de Arch es completamente diferente a la de OP_NET. Si OP_NET todavía se inclina más hacia el estilo de "nuevo protocolo, nuevos activos" al menos a corto plazo, entonces Arch es completamente "una capa de contratos inteligentes construida sobre la red principal de Bitcoin", o en otras palabras, "capa 1.5 de Bitcoin".

Desde la imagen anterior, podemos explicar aproximadamente el flujo de trabajo de ARCH. Los usuarios inician transacciones desde la red principal de Bitcoin. Los nodos de ARCH detectan las transacciones y las procesan y verifican. El nodo líder es responsable de las "transacciones de bloques", es decir, de establecer los bloques de la red de ARCH. También es responsable de enviar la transacción final de Bitcoin confirmada. Volver a la red principal de Bitcoin.

¿Parece un poco como OP_NET? Pero de hecho, si lees cuidadosamente los documentos oficiales de Arch, encontrarás que son más detallados que OP_NET en cuanto a cómo garantizar la estabilidad de la red y otras explicaciones técnicas relacionadas con la 'capa de ejecución'. Por ejemplo, utilizaron el esquema de firma 'FROST + ROAST', que permite a Arch asegurarse de que siempre y cuando el 51% de los miembros de la red sean honestos y cooperativos, puedan firmar las firmas para garantizar la estabilidad de la red.

Finalmente, aunque Arch tiene su propio Token como la "capa de ejecución", que es la tarifa de Gas de la red Arch, los usuarios todavía pueden pagar con Bitcoin al interactuar con contratos a través de Arch, y la conversión de tarifas se realizará en el backend. Por lo tanto, en términos de uso, Arch no requerirá otro conjunto de billeteras.

Conclusión

OP_NET y Arch tienen algunas similitudes en su implementación técnica. En general, podemos decir que ambos utilizan la mainnet de Bitcoin como el "punto de inicio" y "capa de confirmación", mientras que la "capa de ejecución" es propia. Sin embargo, estos dos proyectos tienen posicionamientos claramente diferentes: el primero es un "protocolo", mientras que el segundo es una "capa 1.5 de Bitcoin".

Por supuesto, el largo tiempo de bloqueo de la red principal de Bitcoin aún puede limitar la eficiencia de las dApps desarrolladas en ambas plataformas. Si bien sus propios procesos de ejecución y confirmación son lo suficientemente rápidos, la confirmación final en la red principal de Bitcoin aún depende de la eficiencia de los mineros de Bitcoin. Sin embargo, todos damos la bienvenida a la continua exploración del ecosistema de Bitcoin, ya que solo a través de la exploración puede ocurrir el desarrollo.

Por último, vale la pena señalar que el token de ARCH puede tener su TGE (Evento de Generación de Tokens) en el primer trimestre del próximo año. Por lo tanto, si hay actividades de prueba relacionadas o dApps basados en ARCH que se lancen en el futuro, los interesados pueden prestar atención e interactuar con ellos. En cuanto a OP_NET, no hay mucho para cosechar en este momento. Actualmente, solo podemos esperar que algunos tokens populares surjan en él, pero el actual auge de todo el ecosistema podría dificultar que OP_NET despegue como lo hicieron protocolos pasados como ARC-20.

Declaración:

  1. Este artículo es reproducido de [BlockBeats], los derechos de autor pertenecen al autor original [Galleta], si tiene alguna objeción a la reimpresión, por favor contacteEquipo de Aprendizaje de Gate, el equipo lo resolverá lo antes posible de acuerdo con los procedimientos correspondientes.

  2. Descargo de responsabilidad: Las opiniones y puntos de vista expresados en este artículo representan únicamente las opiniones personales del autor y no constituyen ningún consejo de inversión.

  3. Las versiones en otros idiomas del artículo son traducidas por el equipo de Gate Learn y no se mencionan en.Gate.io, el artículo traducido no puede ser reproducido, distribuido o plagiado.

OP_NET y Arch: Explorando contratos inteligentes en Bitcoin

Principiante9/24/2024, 5:58:24 PM
Este artículo discute dos tecnologías de contratos inteligentes implementadas en la red principal de Bitcoin: OP_NET y Arch. Como capa de ejecución, OP_NET implementa operaciones de contratos inteligentes a través de transacciones específicas de Bitcoin y tiene un mecanismo para quemar Bitcoins. Por otro lado, Arch se posiciona como la "capa 1.5 de Bitcoin", utilizando su propio token como tarifa de gas para procesar y verificar transacciones a través de nodos.

Durante las últimas dos semanas, OPNET y Arch, dos soluciones de implementación de contratos inteligentes en la red principal de Bitcoin, han generado una considerable discusión. Curiosamente, el nombre OP_NET es bastante similar al familiar OP_CAT, ambos empezando con "OP"“, lo que puede ser engañoso y hacer que la gente piense que son bastante similares.

Primero mencionemos OP_CAT. OP_CAT es un código de operación de Bitcoin que las fuerzas de la comunidad, lideradas por Udi Wertheimer, fundador de “Quantum Cats” (también conocidos como Taproot Wizards), han estado llamando a “revivir” desde el año pasado. El término “revivir” se usa porque OP_CAT era un código de operación de Bitcoin existente, pero Satoshi Nakamoto lo eliminó en 2010 debido a preocupaciones por posibles ataques DoS. CAT es la abreviatura de “concatenar”, y como sugiere el nombre, la función de OP_CAT es permitir operaciones de concatenación de cadenas, uniendo dos cadenas en una.

¿Cómo habilita este opcode los contratos inteligentes en Bitcoin? Honestamente, es bastante abstracto y difícil de entender. Para aquellos interesados, recomiendo leer un artículo de otro autor, Jaleel (¿13 líneas de código ayudan a Bitcoin a implementar contratos inteligentes? Entienda la bifurcación suave OP_CATAquí hay algunos puntos clave que me gustaría resumir rápidamente:

OP_CAT implica un soft fork de la red Bitcoin. Para llegar a este paso, primero debe aprobarse la propuesta BIP-347. Actualmente, esta propuesta solo ha progresado a la segunda etapa de todo el proceso de propuesta, el estado "Propuesto".

OP_CAT se ha revivido en BCH y BSV durante varios años, pero los casos de uso relacionados siguen siendo muy abstractos. En las discusiones actuales, apenas vemos ejemplos claros y directos de qué tipo de dApp se puede crear utilizando OP_CAT.

OP_CAT no es una solución de un solo paso. Revivir OP_CAT es más como el primer paso para desbloquear el potencial de contratos inteligentes de Bitcoin. Una expectativa razonable es que si OP_CAT puede ser revivido con éxito y surgen algunos casos de uso excelentes, habrá más discusiones sobre desbloquear más opcodes de Bitcoin. Primero podemos esperar ver si habrá innovaciones refrescantes en Fractal, que ha activado OP_CAT.

OPNET, por otro lado, debería ser categorizado con "protocolos" como inscripciones, BRC-20 y ARC-20. Aunque su nombre también tiene un "OP"“, su método de implementación no tiene nada que ver con los opcodes de Bitcoin.

ON_NET

El marco de OP_NET puede dividirse ampliamente en dos partes. Dado que es una solución de implementación de contratos inteligentes para la red principal de Bitcoin, la red principal de Bitcoin ciertamente ocupa una parte del marco técnico completo. Se puede decir que la red principal de Bitcoin desempeña el papel de "capa de iniciación de acción" y "capa de confirmación final" en el marco técnico de OP_NET. La ejecución y confirmación del estado de los contratos inteligentes es otra parte, que es la "capa de ejecución" compuesta conjuntamente por OP_VM y nodos de OP_NET.

Basado en el diagrama del marco técnico, podemos explicar simplemente el proceso de OP_NET implementando contratos inteligentes en la red principal de Bitcoin. En primer lugar, los usuarios que despliegan/interactúan con contratos inician transacciones desde la red principal de Bitcoin. El campo de datos de esta transacción contendrá la cadena "BSI", permitiendo que la capa de ejecución detecte que se trata de una transacción de interacción de contrato OP_NET. Después de que se confirma la transacción, OP_VM ejecuta las operaciones de contrato correspondientes y actualiza el estado, que luego se entrega a los nodos de OP_NET para la confirmación de estado, y finalmente proporciona el estado a la aplicación descentralizada de Bitcoin. Después de que la aplicación descentralizada de Bitcoin recibe los resultados de la ejecución del contrato y realiza acciones correspondientes, también enviará los resultados de sus acciones a la red principal de Bitcoin.

En este punto, es posible que tengas una sensación familiar: ¿no es esto simplemente otro indexador fuera de la cadena con 'ejecución fuera de la cadena, confirmación en la cadena'? De hecho, hay algunas similitudes. Sin embargo, OP_NET tiene un mecanismo interesante en el que realmente 'quema Bitcoin'.

La comisión de transacción de OP_NET consta de dos partes. La primera parte es naturalmente la tarifa básica de la red Bitcoin para una transacción de Bitcoin, y la otra parte es la tarifa de transacción de OP_NET. La tarifa de transacción de OP_NET está compuesta además de la tarifa de ejecución y la tarifa de prioridad, ambas pagadas en Bitcoin. La tarifa de transacción de OP_NET debe ser de más de 330 satoshis para asegurarse de que no sea considerada como “polvo” (UTXO demasiado pequeño) y sea rechazada por los nodos. La tarifa de prioridad permite a las acciones de ejecución de contratos aumentar el Gas como Ethereum para asegurar que sus transacciones se ejecuten con prioridad (OP_VM puede priorizar qué acciones ejecutar primero).

Si la tarifa de transacción OP_NET es superior a 0,0025 Bitcoin, se "quemarán" 330 satoshis y el exceso se entregará a los operadores de nodos como recompensa. La llamada "quema" es similar a la situación que se ve a menudo en Ethereum, donde el dinero enviado a las direcciones de OP_NET los contratos no se puede retirar, porque en realidad utiliza un tipo específico de transacción de Bitcoin, el "gasto de la ruta del script Taproot", para abstraer las direcciones de Bitcoin en direcciones de contrato. Esta dirección de contrato es incontrolable por cualquier persona, logrando así el efecto de "quemar".

Finalmente, hacemos una pequeña observación sobre este proyecto basándonos en su antecedente. El equipo detrás de este proyecto es el equipo MotoSwap. No sé si aún recuerdas $OSHI, que ocupó el tercer lugar en el valor de mercado total de BRC-20 Token durante el mercado de BRC-20. OSHI se dedicaba a aplicaciones. Más tarde, el equipo tuvo algunas diferencias, algunos de ellos se transfirieron a CBRC-20 para hacer Moto. Aunque OP_NET en sí utiliza Bitcoin como el Token consumido por la interacción del protocolo, también tiene dos estándares incorporados, OP_20 y OP_721. Por lo tanto, se puede decir que el estilo de este proyecto se inclina más hacia el estilo de ‘nuevo protocolo, nuevo activo’ que ya conocíamos el año pasado.

Arch

A diferencia de OP_NET, Arch ha anunciado que ha recibido una ronda de financiamiento de US$7 millones liderada por Multicoin Capital, con la participación de OKX, Portal Ventures, Big Brain Holdings, ABCDE, etc. Arch tendrá su propio token, tanto como tarifa de gas como token de garantía para los validadores de su red PoS.

Por lo tanto, la posición de Arch es completamente diferente a la de OP_NET. Si OP_NET todavía se inclina más hacia el estilo de "nuevo protocolo, nuevos activos" al menos a corto plazo, entonces Arch es completamente "una capa de contratos inteligentes construida sobre la red principal de Bitcoin", o en otras palabras, "capa 1.5 de Bitcoin".

Desde la imagen anterior, podemos explicar aproximadamente el flujo de trabajo de ARCH. Los usuarios inician transacciones desde la red principal de Bitcoin. Los nodos de ARCH detectan las transacciones y las procesan y verifican. El nodo líder es responsable de las "transacciones de bloques", es decir, de establecer los bloques de la red de ARCH. También es responsable de enviar la transacción final de Bitcoin confirmada. Volver a la red principal de Bitcoin.

¿Parece un poco como OP_NET? Pero de hecho, si lees cuidadosamente los documentos oficiales de Arch, encontrarás que son más detallados que OP_NET en cuanto a cómo garantizar la estabilidad de la red y otras explicaciones técnicas relacionadas con la 'capa de ejecución'. Por ejemplo, utilizaron el esquema de firma 'FROST + ROAST', que permite a Arch asegurarse de que siempre y cuando el 51% de los miembros de la red sean honestos y cooperativos, puedan firmar las firmas para garantizar la estabilidad de la red.

Finalmente, aunque Arch tiene su propio Token como la "capa de ejecución", que es la tarifa de Gas de la red Arch, los usuarios todavía pueden pagar con Bitcoin al interactuar con contratos a través de Arch, y la conversión de tarifas se realizará en el backend. Por lo tanto, en términos de uso, Arch no requerirá otro conjunto de billeteras.

Conclusión

OP_NET y Arch tienen algunas similitudes en su implementación técnica. En general, podemos decir que ambos utilizan la mainnet de Bitcoin como el "punto de inicio" y "capa de confirmación", mientras que la "capa de ejecución" es propia. Sin embargo, estos dos proyectos tienen posicionamientos claramente diferentes: el primero es un "protocolo", mientras que el segundo es una "capa 1.5 de Bitcoin".

Por supuesto, el largo tiempo de bloqueo de la red principal de Bitcoin aún puede limitar la eficiencia de las dApps desarrolladas en ambas plataformas. Si bien sus propios procesos de ejecución y confirmación son lo suficientemente rápidos, la confirmación final en la red principal de Bitcoin aún depende de la eficiencia de los mineros de Bitcoin. Sin embargo, todos damos la bienvenida a la continua exploración del ecosistema de Bitcoin, ya que solo a través de la exploración puede ocurrir el desarrollo.

Por último, vale la pena señalar que el token de ARCH puede tener su TGE (Evento de Generación de Tokens) en el primer trimestre del próximo año. Por lo tanto, si hay actividades de prueba relacionadas o dApps basados en ARCH que se lancen en el futuro, los interesados pueden prestar atención e interactuar con ellos. En cuanto a OP_NET, no hay mucho para cosechar en este momento. Actualmente, solo podemos esperar que algunos tokens populares surjan en él, pero el actual auge de todo el ecosistema podría dificultar que OP_NET despegue como lo hicieron protocolos pasados como ARC-20.

Declaración:

  1. Este artículo es reproducido de [BlockBeats], los derechos de autor pertenecen al autor original [Galleta], si tiene alguna objeción a la reimpresión, por favor contacteEquipo de Aprendizaje de Gate, el equipo lo resolverá lo antes posible de acuerdo con los procedimientos correspondientes.

  2. Descargo de responsabilidad: Las opiniones y puntos de vista expresados en este artículo representan únicamente las opiniones personales del autor y no constituyen ningún consejo de inversión.

  3. Las versiones en otros idiomas del artículo son traducidas por el equipo de Gate Learn y no se mencionan en.Gate.io, el artículo traducido no puede ser reproducido, distribuido o plagiado.

Empieza ahora
¡Regístrate y recibe un bono de
$100
!