Escrito por: xiyu

https://docs.orc20.org/

En ordinales, cualquiera que use json para emitir inscripciones y luego las interprete probablemente usará las inscripciones como papiro, y existe el riesgo de depender excesivamente de los servicios centralizados.

1.Antecedentes

brc20 tiene muchas restricciones. Estas restricciones incluyen el uso de solo cuatro caracteres como nombre de moneda, no actualizar, riesgo de doble gasto, no cancelar transacciones, etc. El propósito de orc20 es eliminar estas restricciones, lo que se puede decir que es una bifurcación dura de brc20. ¿Te suena esto, el modelo ancestral de bifurcación de la ecología btc?

2.¿Qué es orc20?

ORC-20 es un estándar abierto diseñado para mejorar la funcionalidad de los tokens ordenados en la red Bitcoin para mejorar el popular estándar de tokens ordenados BRC-20. orc20 es retrocompatible con BRC-20 y mejora la adaptabilidad, escalabilidad y seguridad, eliminando la posibilidad de duplicación de consumo.

3.Cambios en orc20

3.1 El suministro inicial y la acuñación máxima pueden modificarse. No creo que esto sea una mejora, y fijar el volumen inicial de la cadena de suministro y el volumen total no es una desventaja. orc20 simplemente hace que la forma de emisión de moneda de los ordinales sea más flexible. Fijo o flexible es solo una elección, no tiene nada que ver con lo bueno o lo malo.

3.2 No existe un límite fijo en el espacio de nombres y se pueden utilizar nombres de cualquier tamaño. De hecho, nombrar es un problema, especialmente cuando la mayoría de las palabras de cuatro letras brc20 se han escrito de antemano.

3.3 Utilice el modelo UTXO para garantizar que no haya consumo repetido durante el proceso de transacción. Puedes buscar cuál es el modelo utxo Incluso al enviar una transacción, el saldo también se enviará a la dirección de cambio como una transacción. Esto puede resolver adecuadamente el problema del doble gasto,

Por ejemplo, 10.000 ORC con ID 1 se dividen en dos transacciones parciales y se envían a la dirección de recepción. Cada transacción debe tener un nonce único. Paso 1: envíe el evento al receptor grabando, envíe 1000 a la dirección de recepción (el nonce es 5), Paso 2: envíe el evento al remitente grabando, envíe el saldo restante al remitente (el nonce es 6), solo si el saldo restante La transacción no se puede completar hasta que se complete el envío.

3.4 Está permitido cancelar la transacción Utilice "op": "cancelar" para cancelar la transacción nonce.

3.5 Permitir que las monedas brc20 ya desplegadas se transfieran a orc20. Sólo el implementador de brc20 puede operar el comando de transferencia.

4.Nuevas reglas agregadas en orc20

4.1 identificación de identificación, el valor predeterminado es 1. Los identificadores deben ser únicos entre ORC-20 que comparten el mismo identificador, si hay dos ORC-20 con el mismo identificador y la misma ID, entonces se aplica la "primera regla" y el segundo ORC-20 no es válido.

4.2 Un nonce es un identificador único asociado con cada transacción que permite al remitente rastrear partes de su transacción. Al incluir un nonce en cada transacción, el remitente puede garantizar que cada parte de la transacción sea única y no pueda copiarse accidental o maliciosamente, lo que comprometería la seguridad de la transacción. Con los nonces, el remitente también puede cancelar partes específicas de la transacción especificando el nonce correspondiente al enviar una transacción de cancelación. Esto agrega seguridad y flexibilidad adicionales al estándar de token ORC-20.

4.3 "op": "cancelar", la operación de cancelar una determinada parte de la transacción.

4.4 Campo ug, si se puede actualizar: verdadero o falso, el valor predeterminado es verdadero. Permite a los implementadores actualizar ORC-20 posteriormente.

4.5 campo wp, migración: verdadero o falso, el valor predeterminado es falso. Se utiliza con fines de migración de tokens y es irreversible. Solo el implementador del BRC-20 original puede implementar eventos de migración. Este contenedor replica los metadatos del BRC-20 original, como los mismos límites máximos de suministro y emisión.

Versión 4.6: Versión: Esta es información útil al actualizar ORC-20. Generalmente, el número de versión debe actualizarse con cada actualización, lo que ayuda a identificar diferentes versiones de contratos, facilitando así el desarrollo, la gestión y el uso posteriores.

4.7 msg: Mensaje: Texto, mensaje o declaración personalizada, puede ser de cualquier tamaño. Este campo se puede utilizar para proporcionar información sobre el token, como su propósito, visión, escenarios de uso, etc. Esto ayuda a los usuarios a comprender mejor el valor y el propósito del token y aumenta la credibilidad del mismo.

4.8 Clave personalizada. Solo para implementaciones personalizadas, como impuestos: impuestos de transacciones obligatorios, como regalías; minter: dirección de acuñación especial: imagen del token; tkid: URL del token: URL de la información del token; Estos campos opcionales se pueden utilizar para personalizar las necesidades de tokens especiales, ampliando la funcionalidad especial que no se proporciona en el protocolo ORC-20 estándar. Por ejemplo, los impuestos se pueden utilizar para cobrar una tarifa por cada transacción, las regalías se pueden utilizar para cobrar al creador original por la obra, etc. Los acuñadores pueden designar direcciones especiales para otorgar permiso para acuñar tokens, etc.

5.Limitaciones de orc20

5.1 La complejidad de los ordinales basados ​​en el ecosistema Bitcoin también puede considerarse una ventaja en términos de simplicidad. Sin embargo, partiendo de la base de que brc20 complica la cuestión de la emisión de moneda, orc20 la complica aún más. Más definiciones y operaciones engorrosas pueden fácilmente generar más problemas. Por ejemplo, la operación de migración trajo dos monedas.

5.2 Centralización. El propósito de usar json es facilitar la recuperación. La recuperación inevitablemente utilizará servicios centralizados. Este también es un inconveniente natural de otras aplicaciones en el ecosistema ordinal actual, excepto nft.

5.3 Las regalías obligatorias probablemente incluyen en las reglas la forma de recaudación de regalías en el mercado comercial. Creo que el autor no entendió las regalías sobre la moneda. Como NFT, su propio atributo es una obra de arte. Es comprensible que el pago de regalías a los artistas sea responsabilidad del creador y del usuario. Pero en términos de moneda, los tenedores de moneda deberían parecerse más a los inversores. Los inversores invierten dinero en el proyecto y también pagan regalías a la parte del proyecto.

5.4 Dependencia de la ruta: a través de la interpretación, podemos ver que lo que está haciendo orc20 es acercar la emisión de Bitcoin a rc20. Entonces surge una pregunta: ¿por qué no usar erc20?

6. Resumen

En una frase, orc20 cancela algunas de las restricciones de brc20 y define más operaciones.

De hecho, la competitividad central de los ordinales son los servicios centralizados, no este estándar. Sólo colocando la certificación de circuito cerrado en la cadena se pueden prevenir los riesgos de centralización.

El mayor problema con brc20 no son demasiadas restricciones, sino una dependencia centralizada. orc20 no resuelve este problema. orc20 trata a brc20 como un competidor y su objetivo es apoderarse del mercado. orc20 tiene poco impacto en la ecología de los ordinales, pero su impacto en brc20 también es limitado.