Ciencia popular de @BobBodily, como siempre citada en su totalidad sin modificaciones. Primero, un breve resumen de BRC-20: BRC-20 es, con diferencia, el protocolo de token fungible de mayor éxito en Bitcoin. El volumen de transacciones el año pasado fue de cientos de millones, si no miles de millones. No es perfecto (utiliza una codificación ineficiente, aumenta el conjunto de UTXO y actualmente tiene una funcionalidad limitada), pero es increíblemente fácil de implementar y acuñar tokens, y ha inspirado inscripciones en todo el mundo criptográfico en casi todas las cadenas. El siguiente paso es una introducción técnica rápida: BRC-20 es un metaprotocolo construido sobre el metaprotocolo Ordinals, que a su vez está construido sobre Bitcoin. Esto significa que Ordinals utiliza Bitcoin como una capa de disponibilidad total de datos y un indexador fuera de la cadena para determinar el estado del metaprotocolo. BRC-20 utiliza el protocolo Ordinals como una capa completa de disponibilidad de datos con un indexador fuera de la cadena para determinar el estado del metaprotocolo. Esto significa que BRC-20 es en realidad un meta-metaprotocolo ya que está construido sobre Ordinals. La complejidad de construir BRC-20 en Ord: las especificaciones técnicas del protocolo Ordinals han ido cambiando durante el último año. Ord es un protocolo completamente nuevo, por lo que ha cambiado mucho. Cuando construyes un estándar de token sobre Ord, tu protocolo agrega un riesgo adicional porque tienes un protocolo de transferencia como dependencia. Esto es lo que pasó con Ord 0.8.0 y Ord 0.9.0. Las diferentes versiones de Ord rastrean las inscripciones de forma ligeramente diferente, lo que significa que el indexador BRC-20 informará saldos incorrectos dependiendo de si están construidos en 0.8.0 y 0.9.0. Por supuesto, esto no es lo que se desea. Solución L1F Base de Capa 1 La solución de @L1Fxyz es congelar la versión del protocolo Ord a 0.9.0 para evitar que ocurran problemas similares en el futuro. Entonces, aunque tenemos otras clases de Cursed Glyphs, se evita cualquier incompatibilidad entre versiones al crear todos los indexadores en la versión 0.9.0. Esta no es una solución permanente, pero por ahora funciona muy bien para mantener estable el BRC-20. Unisat quiere impulsar el protocolo Unisat lanzó por primera vez un sistema de módulos en blanco y negro. Esto permite a las personas que construyen sobre BRC-20 (como Unisat) introducir nuevas funciones en módulos negros (ubicaciones temporales que no están indexadas en el protocolo principal).Puedes poner monedas en el módulo negro, pero no puedes sacarlas hasta que se apruebe, esencialmente como una Bitcoin Space Chain (puente unidireccional). Luego, ayer, Unisat anunció que querían actualizar la versión Ord bajo el indexador BRC-20 a la última versión posterior al aniversario. Jubileo es la versión oficial del Ord y ya no maldeciremos a los Ordinales (todas las inscripciones siempre tendrán números positivos). Punto de debate: Cómo actualizar BRC-20 Actualizar la versión Ord bajo el indexador BRC-20 es en realidad una muy buena idea. El protocolo Ord será más estable, ya no maldeciremos a los Ordinals, no tendremos que preocuparnos por desajustes de equilibrio, etc. Unisat quiere lanzar este servicio lo antes posible, lo cual tiene sentido ya que Unisat es una startup. Las empresas emergentes no tienen tiempo para sentarse y esperar. Tienes que trabajar duro para encontrar un producto adecuado al mercado y crearlo para tus usuarios. L1F quiere retrasar la actualización porque si la apresuramos, podríamos tener más errores. Best in slot y otros han descubierto algunos de estos errores de protocolo. Esto tiene sentido ya que L1F está diseñado para proteger la base del protocolo, de modo que puedan aceptar actualizaciones de rutas de protocolo más lentas y con más propósito. Algunos creen que se trata de una jugada de poder por parte del equipo de Unisat para intentar controlar el protocolo. Otros creen que L1F simplemente está tratando de controlar el protocolo, que debería estar más impulsado por el mercado. La opinión de Bob Debido al increíble éxito del acuerdo BRC-20, no podemos avanzar más rápido. Los días de lanzamiento del BRC-20 han terminado. BRC-20 es un protocolo absolutamente masivo (TVL, usuarios, infraestructura, billeteras, mercado) y ya no se debe hacer nada rápidamente. Me gusta el enfoque de L1F. Domo siempre ha reconocido la importancia de la estabilidad del protocolo (BRC-20 realmente no ha cambiado desde su creación), lo cual es una fortaleza. Más fácil de integrar. Más fácil de construir, etc. Necesitamos descentralización, consideración y un lento proceso de consenso y compromiso para impulsar cambios en el protocolo BRC-20.