Declaración: Este artículo es contenido reeditado, los lectores pueden obtener más información a través del enlace original. Si el autor tiene alguna objeción sobre la forma de reedicción, por favor contáctenos y haremos las modificaciones según lo solicitado por el autor. La reedicción se utiliza únicamente para compartir información, no constituye ningún consejo de inversión ni representa las opiniones y posiciones de Wu.
Jito BAM｜Mercado de construcción de bloques "ordenación de bloques + modular" en Solana
¿Qué es él?
En resumen, BAM es una plataforma de "construcción de bloques" en Solana, y su objetivo es similar al de la red de constructores de Ethereum al hacer PBS (separación de constructores de bloques y validadores), todo con el fin de ordenar de manera más ordenada el orden de las transacciones, combatir el MEV y prevenir el riesgo de malas prácticas centralizadas.
¿Por quién y con qué antecedentes fue lanzado?
El actor principal es el campamento Jito, la plataforma de subastas de transacciones más grande en Solana, que ocupa el 90% del mercado de clientes de validadores, con una fuerte influencia de liderazgo. El autor ha realizado una investigación detallada anteriormente que se puede consultar: Informe extenso: La evolución del patrón de MEV en Solana y sus virtudes y defectos.
La alineación de participantes también es muy poderosa: Triton One, SOL Strategies, Figment, Helius, Drift, Pyth, DFlow, etc. Es evidente que esta es una acción conjunta de Solana y proyectos principales.
Y esta motivación es bastante comprensible: por un lado, Solana enfrenta la presión del desarrollo explosivo de Hyperliquid, una "cadena de libros de órdenes nativa", y el valor central de Hyperliquid es muy beneficioso para las operaciones de los creadores de mercado. Sin embargo, la naturaleza del desarrollo de Solana hace que sea muy difícil realizar optimizaciones específicas. Pero si las transacciones de todo el bloque pueden ser personalizadas, se puede superar la limitación de la salida lineal de bloques de Solana, lo que beneficia la optimización de varios escenarios de DeFi.
El plan de implementación oficial es el siguiente: en la etapa inicial, Jito Labs operará nodos con la participación de un pequeño número de validadores; en la etapa intermedia, se expandirá a más operadores de nodos, con el objetivo de cubrir más del 30% de la participación en la red; finalmente, el código será de código abierto y la gobernanza será descentralizada.
Además, con la tendencia narrativa de la industria hacia la "equidad verificable", es fácil para BAM obtener el apoyo de validadores y partes del protocolo. Por lo tanto, el autor cree que se basa más en la búsqueda de optimizaciones de equidad como TEE + PBS, como contexto para su lanzamiento.
¿Qué principio se implementa?
Además, para entender su valor, también es necesario comprender una característica del algoritmo POH de Solana.
Es decir, su creación de bloques es en realidad lineal y progresiva (hay 64 intervalos de tiempo de tips en un slot de 400 ms, y cuando llega cada intervalo, se envían las transacciones actuales, y a menos que haya un retroceso, no se modifican más), lo que es diferente del modelo de Ethereum de "organizar todo el bloque, primero consensuar y luego sincronizar".
A través de este sistema BAM, como jito, en realidad se pueden actualizar fácilmente los clientes de una gran cantidad de validadores, aumentando así la proporción de aceptación del sistema BAM por parte de los validadores.
La estructura del sistema de BAM se muestra en la siguiente imagen; la parte morada en el medio y la parte del código del Plugin a la derecha es BAM.
Él hará que las transacciones en Solana no se envíen una por una al Leader, sino que primero organizará el orden de las transacciones de "todo este bloque" en el TEE (Entorno de Ejecución Confiable) (combinando algunas reglas de ordenación fijas implementadas con el código del Plugin), y luego se las entregará a los validadores de una vez.
Y los validadores también deben proporcionar una prueba TEE al final, que demuestre que realmente han asignado todo el espacio del bloque (exclusividad) a este mercado de flujo de órdenes.
Aquí, lo que es bastante distintivo es la función de complemento, que puede "fijar" las reglas en el orden de las órdenes de transacción de Tee. De hecho, tiene un significado práctico muy importante:
Por ejemplo: la plataforma de oráculos tiene la necesidad de fijar la actualización de precios como la primera transacción en un bloque, lo que puede reducir la aleatoriedad de las transacciones que actualizan los precios en la cadena, evitando así problemas causados por actualizaciones de precios no oportunas. Otro ejemplo es para los dex, se puede escribir un plugin que reconozca transacciones con alta probabilidad de fallo y que no las empaquete directamente dentro de Tee, y luego esperar gradualmente a que la transacción caduque, reduciendo así las tarifas generadas por fallos.
Su sistema puede coexistir con el proceso de bloques existente de Solana: sigue siendo un flujo de órdenes normal, un paquete Jito y tres conjuntos en paralelo de BAM. BAM significa "solo recibir el bloque completo de BAM en un bloque determinado".
¿Cómo evaluarías a él:
El autor considera: este es un camino de "fuerte alineación, fuerte narrativa y enfoque en la escena", pero no soy optimista sobre que se convierta en la ruta del mercado mainstream.
La razón por la que el Builder net en Ethereum y el muy demandado mev share han tenido dificultades para avanzar durante años es similar.
Debido a la realidad, el costo de TEE es alto y el límite de QPS es de mil (en 2013, TEE solo tenía 128M de memoria, ahora ha avanzado mucho, pero aún solo puede alcanzar QPS en mil), aunque hoy en día el 40% de los bloques en Ethereum ya están construidos con TEE.
Sin embargo, el rendimiento de los datos y cálculos de Solana está ahí, tienes que apilar muchos TEE para poder soportar el volumen, además de la gestión completa de recuperación ante desastres, memoria y ancho de banda. Si este proyecto no cuenta con incentivos económicos continuos, será muy difícil obtener beneficios positivos.
En realidad, los ingresos de Jito no son altos (en comparación con los protocolos de alto rendimiento en la cadena), por ejemplo, solo en el segundo trimestre de 2025, Jito ganó 22,391.31 SOL a través de propinas (alrededor de 4 millones de dólares). Una vez que la enorme escala de transacciones de Solana se traslade allí, el colapso de Tee será inevitable, y Tee también tiene muchas características, como el colapso de memoria que implica el vaciado del almacenamiento, lo que aumentará el riesgo de colapso y traerá el riesgo de desaparición de transacciones a gran escala.
Pero tiene la posibilidad de tener "puntos de venta de alto precio asesinos": como la secuenciación de oráculos y el pago sin fallos, son beneficios de experiencia "visibles". Los creadores de mercado y las plataformas de trading empresariales estarán dispuestos a pagar. Además, la participación también cuenta con la colaboración conceptual de Solana, lo que representa una buena manera de ganar visibilidad.
Por último: la posición de BAM no es la de procesar cantidades 7x24 todo el tiempo, es una herramienta "para proporcionar garantías de determinación a bloques clave", pero muchas de estas garantías dependen de una determinación absoluta, no del 30% de determinación, no en condiciones del 100%, incluso si es el 99%, es 0. Esta es la clave para la toma de decisiones de los grandes proyectos de web3.
BRC 2.0｜“mapeo EVM”: capacidad programable impulsada por BTC
¿Qué es él?
El 2 de septiembre de 2025 se activará, y lo entiendo como un sistema de sombra de doble cadena "impulsado por BTC y ejecutado por EVM". Nota, no es BRC20, sino que significa BRC de segunda generación; sobre el contexto de BRC20, se puede consultar: Interpretación del protocolo de Bitcoin Oridinals y la innovación y limitaciones del estándar BRC20.
El núcleo de 2.0 es que escribes "instrucciones" en BTC usando inscription o commit-reveal, y ejecutas el despliegue y la llamada correspondiente en un "EVM modificado" que corre en el indexador. En el EVM no se cobra gas (los parámetros se mantienen pero no se valoran), y las tarifas de servicio se contabilizan en la transacción de BTC.
Es similar al protocolo de Alkanes (metano), donde el metano se basa en el campo op-return de btc para escribir instrucciones de transacción, que se ejecuta en la máquina virtual WASN, mientras que él se ejecuta en la EVM.
¿Por quién y con qué antecedentes fue lanzado?
El contexto del iniciador es: la plataforma bestinslot, que se popularizó en la era de las inscripciones de btc, sigue la idea de BRC-20: no alterar el consenso de BTC y tratar de superponer la "programabilidad".
El contexto de la industria es: en los últimos dos años, (, en realidad, la narrativa de BTC programable/L2 ha sido popular, todos están buscando caminos de ingeniería que funcionen, pero la brecha entre la tendencia del mercado y el progreso del desarrollo es realmente demasiado grande, lo que ha llevado a que este año aparezcan modelos como brc2.0 y alkanes.
El volumen del mercado es algo limitado, ya que el escenario de BTC siempre ha sido una fuerza que no tiene agregación para guiar, y muchos protocolos pueden derivarse de otros protocolos. Por lo tanto, en realidad, BRC2.0 es muy probable que no tenga una relación real con BRC20.
¿Qué principio se utiliza para realizarlo?
Él está en el indexador, no está en la cadena BTC ni en una cadena independiente, operando la lógica de EVM, ten en cuenta que no se considera una cadena, ya que no hay consenso.
La dirección en la que el usuario debe tener control en la EVM se obtiene al hacer un hash de la dirección BTC del usuario y luego mapearla a una "dirección EVM virtual".
Para operar este sistema, en realidad es muy similar a la lógica de control de activos de BRC20, todo es solo una cadena de json, en brc2.0 se define como sigue:
Se puede ver que estás codificando instrucciones en BTC, llevando varios códigos de bytes/datos de llamada, que se reproducen y ejecutan en la EVM.
Y además la firma y el Gas también cambiaron: establecer gasPrice=0 en la capa EVM, solo como límite de recursos; la tarifa real se refleja en la tarifa de transacción de BTC.
En realidad, esto es muy arriesgado. En ese momento, hice que la IA revisara el código de sus nodos y no encontré ninguna protección contra "límites de profundidad/pasos de llamada". Por lo tanto, teóricamente, un contrato de "recursión infinita/autollamada" podría llevar esta máquina virtual a un fallo (por supuesto, esta protección no es difícil de implementar: simplemente establece una profundidad máxima).
¿Cómo evaluarlo?
Primero, él todavía sabe cómo nombrar las cosas; al menos el volumen de brc2.0 será mejor que inventar un nuevo término de protocolo, lo cual es similar a cómo RGB ha vuelto a tener resonancia recientemente.
En segundo lugar, no se puede decir que no tenga nada que ver con brc20, ya que el concepto de diseño de su protocolo y el modelo de campos son básicamente los mismos, pero eso no es un problema de derechos de autor. Sin embargo, no he visto al autor original de brc20 respaldar esto, así que la conexión no debería ser grande.
Al final, todas las plataformas que exploran la programabilidad pueden querer compartir el valor de este consenso mundial. Sin embargo, el autor cree que en realidad BTC no debería perseguir la programabilidad, porque la forma en que se persiga nunca podrá alcanzar la optimización en funciones y experiencias de varias cadenas rápidas.
Además, una vez que la programabilidad esté integrada incluso en el propio BTC, eso romperá su trampa de valoración. Un proyecto que pueda ser aplicado en la práctica puede ser valorado en base a PE, pero el BTC actual es fuerte precisamente porque se basa en un modelo de oferta y demanda limitada. La oferta y demanda limitada no puede ser valorada, por lo que hay un precio, y junto con el precio, hay un consenso. Así que, precisamente, la limitación del propio BTC es lo que ha hecho que BTC sea lo que es.
EIP-7999 | Propuesta de mercado de tarifas multidimensional en Ethereum
¿Qué es él?
La propuesta liderada por Vitalik definitivamente vale la pena echarle un vistazo. Además, en la última EIP, ha sido renombrada de EIP-0000 a EIP-7999, por lo que este artículo mantendrá ambas denominaciones.
Este es un nuevo tipo de transacción propuesto en el contexto de la "división de tarifas de transacción" (es decir, el blob tiene un precio, el calldata tiene su precio, y la ejecución tiene el precio de eip-1559) que se genera después de EIP-4844, basado en un "límite de precio total + vector de precios de múltiples recursos".
Puedes entenderlo como: empaquetar todas las cotizaciones de recursos en una sola vez, hacer una oferta con un significado unificado, con el objetivo de resolver el problema de que hay demasiadas dimensiones de precios en la cadena.
¿Por quién y con qué antecedentes fue lanzado:
La dirección ha sido impulsada por varios artículos de Vitalik. Anteriormente, había un párrafo del EIP de "4 ceros" que luego fue numerado como 7999, y el nombre ya no era tan impresionante. Además, esta dirección también es el resultado del pensamiento de Vitalik, que se puede ver en sus publicaciones de 2022 y 2024, donde se observa la evolución de su reflexión.
¿Por qué mencionarlo ahora?
Porque las carteras, enrutadores y pujas han sentido claramente la experiencia fragmentada del "sistema de precios múltiples": cada bloque solo tiene 6 blobs, por lo que para utilizar las transacciones de blobs, es necesario pujar; y la transacción en sí aún está en eip-1559; además de los precios diferentes de calldata que existen desde 2015 con bytes 0/no 0... Los desarrolladores de L2 ya han sido llevados a un rincón, porque deben establecer límites de gasto independientes para cada dimensión de recursos, cualquier dimensión configurada demasiado baja hará que toda la transacción falle, incluso si el presupuesto total de gastos del usuario es suficiente, la transacción podría no ser ejecutada debido a un aumento repentino en la tarifa base de algún recurso.
¿Qué principio se implementa?
La propuesta planea introducir un mercado de tarifas multidimensional unificado, donde el diseño central es permitir que los usuarios configuren un único parámetro max_fee (en lugar de múltiples max_fee_per_gas en diferentes campos), y durante la ejecución de EVM, esta tarifa se asignará dinámicamente entre diferentes recursos (gas de EVM, gas de blob, gas de calldata).
Para lograr esto, no será fácil. Su plan es introducir un nuevo tipo de transacción, cuyos campos son los siguientes:
Es evidente que este diseño es un poco mejor, después de todo, tras haber visto el diseño de tarifas de Gas de ERC-4337, no es fácil de gestionar.
Detalles disponibles: De 4337 a 7702: un análisis profundo del pasado y futuro de la pista de abstracción de cuentas de Ethereum.
¿Cómo evaluarías a él?
El autor cree que esta dirección no tiene problemas y que tiene un significado de costo unificado, lo que facilitará mucho el trabajo en el futuro con L2/L3, y se alinea perfectamente con la gran estrategia actual de Ethereum para L2.
Pero la complejidad aumentará significativamente, y el avance del proyecto también necesitará un ritmo más estable. Porque esta propuesta hará que el bloque de cabecera, la codificación RLP, el límite, etc., cambien en consecuencia; esto no es solo un cambio a nivel de bifurcación dura, sino que también requerirá la adaptación de otras plataformas a lo largo de toda la cadena, especialmente de muchos monederos.
Aunque pueden no soportar este tipo de transacciones, deben analizar el estado de esta transacción.
Así que a corto plazo definitivamente no se implementará, al menos después de 1-2 grandes bifurcaciones duras podría ser posible. Sin embargo, los dos artículos de Vitalik sobre el mercado de tarifas son reflexiones económicas muy profundas que vale la pena estudiar detenidamente.
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Web3 indicador de tendencias: interpretación de Jito BAM, BRC2.0, EIP-7999
Autor: Shísì Jūn
Enlace original:
Declaración: Este artículo es contenido reeditado, los lectores pueden obtener más información a través del enlace original. Si el autor tiene alguna objeción sobre la forma de reedicción, por favor contáctenos y haremos las modificaciones según lo solicitado por el autor. La reedicción se utiliza únicamente para compartir información, no constituye ningún consejo de inversión ni representa las opiniones y posiciones de Wu.
Jito BAM｜Mercado de construcción de bloques "ordenación de bloques + modular" en Solana
¿Qué es él?
En resumen, BAM es una plataforma de "construcción de bloques" en Solana, y su objetivo es similar al de la red de constructores de Ethereum al hacer PBS (separación de constructores de bloques y validadores), todo con el fin de ordenar de manera más ordenada el orden de las transacciones, combatir el MEV y prevenir el riesgo de malas prácticas centralizadas.
¿Por quién y con qué antecedentes fue lanzado?
El actor principal es el campamento Jito, la plataforma de subastas de transacciones más grande en Solana, que ocupa el 90% del mercado de clientes de validadores, con una fuerte influencia de liderazgo. El autor ha realizado una investigación detallada anteriormente que se puede consultar: Informe extenso: La evolución del patrón de MEV en Solana y sus virtudes y defectos.
La alineación de participantes también es muy poderosa: Triton One, SOL Strategies, Figment, Helius, Drift, Pyth, DFlow, etc. Es evidente que esta es una acción conjunta de Solana y proyectos principales.
Y esta motivación es bastante comprensible: por un lado, Solana enfrenta la presión del desarrollo explosivo de Hyperliquid, una "cadena de libros de órdenes nativa", y el valor central de Hyperliquid es muy beneficioso para las operaciones de los creadores de mercado. Sin embargo, la naturaleza del desarrollo de Solana hace que sea muy difícil realizar optimizaciones específicas. Pero si las transacciones de todo el bloque pueden ser personalizadas, se puede superar la limitación de la salida lineal de bloques de Solana, lo que beneficia la optimización de varios escenarios de DeFi.
El plan de implementación oficial es el siguiente: en la etapa inicial, Jito Labs operará nodos con la participación de un pequeño número de validadores; en la etapa intermedia, se expandirá a más operadores de nodos, con el objetivo de cubrir más del 30% de la participación en la red; finalmente, el código será de código abierto y la gobernanza será descentralizada.
Además, con la tendencia narrativa de la industria hacia la "equidad verificable", es fácil para BAM obtener el apoyo de validadores y partes del protocolo. Por lo tanto, el autor cree que se basa más en la búsqueda de optimizaciones de equidad como TEE + PBS, como contexto para su lanzamiento.
¿Qué principio se implementa?
Además, para entender su valor, también es necesario comprender una característica del algoritmo POH de Solana.
Es decir, su creación de bloques es en realidad lineal y progresiva (hay 64 intervalos de tiempo de tips en un slot de 400 ms, y cuando llega cada intervalo, se envían las transacciones actuales, y a menos que haya un retroceso, no se modifican más), lo que es diferente del modelo de Ethereum de "organizar todo el bloque, primero consensuar y luego sincronizar".
A través de este sistema BAM, como jito, en realidad se pueden actualizar fácilmente los clientes de una gran cantidad de validadores, aumentando así la proporción de aceptación del sistema BAM por parte de los validadores.
La estructura del sistema de BAM se muestra en la siguiente imagen; la parte morada en el medio y la parte del código del Plugin a la derecha es BAM.
Él hará que las transacciones en Solana no se envíen una por una al Leader, sino que primero organizará el orden de las transacciones de "todo este bloque" en el TEE (Entorno de Ejecución Confiable) (combinando algunas reglas de ordenación fijas implementadas con el código del Plugin), y luego se las entregará a los validadores de una vez.
Y los validadores también deben proporcionar una prueba TEE al final, que demuestre que realmente han asignado todo el espacio del bloque (exclusividad) a este mercado de flujo de órdenes.
Aquí, lo que es bastante distintivo es la función de complemento, que puede "fijar" las reglas en el orden de las órdenes de transacción de Tee. De hecho, tiene un significado práctico muy importante:
Por ejemplo: la plataforma de oráculos tiene la necesidad de fijar la actualización de precios como la primera transacción en un bloque, lo que puede reducir la aleatoriedad de las transacciones que actualizan los precios en la cadena, evitando así problemas causados por actualizaciones de precios no oportunas. Otro ejemplo es para los dex, se puede escribir un plugin que reconozca transacciones con alta probabilidad de fallo y que no las empaquete directamente dentro de Tee, y luego esperar gradualmente a que la transacción caduque, reduciendo así las tarifas generadas por fallos.
Su sistema puede coexistir con el proceso de bloques existente de Solana: sigue siendo un flujo de órdenes normal, un paquete Jito y tres conjuntos en paralelo de BAM. BAM significa "solo recibir el bloque completo de BAM en un bloque determinado".
¿Cómo evaluarías a él:
El autor considera: este es un camino de "fuerte alineación, fuerte narrativa y enfoque en la escena", pero no soy optimista sobre que se convierta en la ruta del mercado mainstream.
La razón por la que el Builder net en Ethereum y el muy demandado mev share han tenido dificultades para avanzar durante años es similar.
Debido a la realidad, el costo de TEE es alto y el límite de QPS es de mil (en 2013, TEE solo tenía 128M de memoria, ahora ha avanzado mucho, pero aún solo puede alcanzar QPS en mil), aunque hoy en día el 40% de los bloques en Ethereum ya están construidos con TEE.
Sin embargo, el rendimiento de los datos y cálculos de Solana está ahí, tienes que apilar muchos TEE para poder soportar el volumen, además de la gestión completa de recuperación ante desastres, memoria y ancho de banda. Si este proyecto no cuenta con incentivos económicos continuos, será muy difícil obtener beneficios positivos.
En realidad, los ingresos de Jito no son altos (en comparación con los protocolos de alto rendimiento en la cadena), por ejemplo, solo en el segundo trimestre de 2025, Jito ganó 22,391.31 SOL a través de propinas (alrededor de 4 millones de dólares). Una vez que la enorme escala de transacciones de Solana se traslade allí, el colapso de Tee será inevitable, y Tee también tiene muchas características, como el colapso de memoria que implica el vaciado del almacenamiento, lo que aumentará el riesgo de colapso y traerá el riesgo de desaparición de transacciones a gran escala.
Pero tiene la posibilidad de tener "puntos de venta de alto precio asesinos": como la secuenciación de oráculos y el pago sin fallos, son beneficios de experiencia "visibles". Los creadores de mercado y las plataformas de trading empresariales estarán dispuestos a pagar. Además, la participación también cuenta con la colaboración conceptual de Solana, lo que representa una buena manera de ganar visibilidad.
Por último: la posición de BAM no es la de procesar cantidades 7x24 todo el tiempo, es una herramienta "para proporcionar garantías de determinación a bloques clave", pero muchas de estas garantías dependen de una determinación absoluta, no del 30% de determinación, no en condiciones del 100%, incluso si es el 99%, es 0. Esta es la clave para la toma de decisiones de los grandes proyectos de web3.
BRC 2.0｜“mapeo EVM”: capacidad programable impulsada por BTC
¿Qué es él?
El 2 de septiembre de 2025 se activará, y lo entiendo como un sistema de sombra de doble cadena "impulsado por BTC y ejecutado por EVM". Nota, no es BRC20, sino que significa BRC de segunda generación; sobre el contexto de BRC20, se puede consultar: Interpretación del protocolo de Bitcoin Oridinals y la innovación y limitaciones del estándar BRC20.
El núcleo de 2.0 es que escribes "instrucciones" en BTC usando inscription o commit-reveal, y ejecutas el despliegue y la llamada correspondiente en un "EVM modificado" que corre en el indexador. En el EVM no se cobra gas (los parámetros se mantienen pero no se valoran), y las tarifas de servicio se contabilizan en la transacción de BTC.
Es similar al protocolo de Alkanes (metano), donde el metano se basa en el campo op-return de btc para escribir instrucciones de transacción, que se ejecuta en la máquina virtual WASN, mientras que él se ejecuta en la EVM.
¿Por quién y con qué antecedentes fue lanzado?
El contexto del iniciador es: la plataforma bestinslot, que se popularizó en la era de las inscripciones de btc, sigue la idea de BRC-20: no alterar el consenso de BTC y tratar de superponer la "programabilidad".
El contexto de la industria es: en los últimos dos años, (, en realidad, la narrativa de BTC programable/L2 ha sido popular, todos están buscando caminos de ingeniería que funcionen, pero la brecha entre la tendencia del mercado y el progreso del desarrollo es realmente demasiado grande, lo que ha llevado a que este año aparezcan modelos como brc2.0 y alkanes.
El volumen del mercado es algo limitado, ya que el escenario de BTC siempre ha sido una fuerza que no tiene agregación para guiar, y muchos protocolos pueden derivarse de otros protocolos. Por lo tanto, en realidad, BRC2.0 es muy probable que no tenga una relación real con BRC20.
¿Qué principio se utiliza para realizarlo?
Él está en el indexador, no está en la cadena BTC ni en una cadena independiente, operando la lógica de EVM, ten en cuenta que no se considera una cadena, ya que no hay consenso.
La dirección en la que el usuario debe tener control en la EVM se obtiene al hacer un hash de la dirección BTC del usuario y luego mapearla a una "dirección EVM virtual".
Para operar este sistema, en realidad es muy similar a la lógica de control de activos de BRC20, todo es solo una cadena de json, en brc2.0 se define como sigue:
Se puede ver que estás codificando instrucciones en BTC, llevando varios códigos de bytes/datos de llamada, que se reproducen y ejecutan en la EVM.
Y además la firma y el Gas también cambiaron: establecer gasPrice=0 en la capa EVM, solo como límite de recursos; la tarifa real se refleja en la tarifa de transacción de BTC.
En realidad, esto es muy arriesgado. En ese momento, hice que la IA revisara el código de sus nodos y no encontré ninguna protección contra "límites de profundidad/pasos de llamada". Por lo tanto, teóricamente, un contrato de "recursión infinita/autollamada" podría llevar esta máquina virtual a un fallo (por supuesto, esta protección no es difícil de implementar: simplemente establece una profundidad máxima).
¿Cómo evaluarlo?
Primero, él todavía sabe cómo nombrar las cosas; al menos el volumen de brc2.0 será mejor que inventar un nuevo término de protocolo, lo cual es similar a cómo RGB ha vuelto a tener resonancia recientemente.
En segundo lugar, no se puede decir que no tenga nada que ver con brc20, ya que el concepto de diseño de su protocolo y el modelo de campos son básicamente los mismos, pero eso no es un problema de derechos de autor. Sin embargo, no he visto al autor original de brc20 respaldar esto, así que la conexión no debería ser grande.
Al final, todas las plataformas que exploran la programabilidad pueden querer compartir el valor de este consenso mundial. Sin embargo, el autor cree que en realidad BTC no debería perseguir la programabilidad, porque la forma en que se persiga nunca podrá alcanzar la optimización en funciones y experiencias de varias cadenas rápidas.
Además, una vez que la programabilidad esté integrada incluso en el propio BTC, eso romperá su trampa de valoración. Un proyecto que pueda ser aplicado en la práctica puede ser valorado en base a PE, pero el BTC actual es fuerte precisamente porque se basa en un modelo de oferta y demanda limitada. La oferta y demanda limitada no puede ser valorada, por lo que hay un precio, y junto con el precio, hay un consenso. Así que, precisamente, la limitación del propio BTC es lo que ha hecho que BTC sea lo que es.
EIP-7999 | Propuesta de mercado de tarifas multidimensional en Ethereum
¿Qué es él?
La propuesta liderada por Vitalik definitivamente vale la pena echarle un vistazo. Además, en la última EIP, ha sido renombrada de EIP-0000 a EIP-7999, por lo que este artículo mantendrá ambas denominaciones.
Este es un nuevo tipo de transacción propuesto en el contexto de la "división de tarifas de transacción" (es decir, el blob tiene un precio, el calldata tiene su precio, y la ejecución tiene el precio de eip-1559) que se genera después de EIP-4844, basado en un "límite de precio total + vector de precios de múltiples recursos".
Puedes entenderlo como: empaquetar todas las cotizaciones de recursos en una sola vez, hacer una oferta con un significado unificado, con el objetivo de resolver el problema de que hay demasiadas dimensiones de precios en la cadena.
¿Por quién y con qué antecedentes fue lanzado:
La dirección ha sido impulsada por varios artículos de Vitalik. Anteriormente, había un párrafo del EIP de "4 ceros" que luego fue numerado como 7999, y el nombre ya no era tan impresionante. Además, esta dirección también es el resultado del pensamiento de Vitalik, que se puede ver en sus publicaciones de 2022 y 2024, donde se observa la evolución de su reflexión.
¿Por qué mencionarlo ahora?
Porque las carteras, enrutadores y pujas han sentido claramente la experiencia fragmentada del "sistema de precios múltiples": cada bloque solo tiene 6 blobs, por lo que para utilizar las transacciones de blobs, es necesario pujar; y la transacción en sí aún está en eip-1559; además de los precios diferentes de calldata que existen desde 2015 con bytes 0/no 0... Los desarrolladores de L2 ya han sido llevados a un rincón, porque deben establecer límites de gasto independientes para cada dimensión de recursos, cualquier dimensión configurada demasiado baja hará que toda la transacción falle, incluso si el presupuesto total de gastos del usuario es suficiente, la transacción podría no ser ejecutada debido a un aumento repentino en la tarifa base de algún recurso.
¿Qué principio se implementa?
La propuesta planea introducir un mercado de tarifas multidimensional unificado, donde el diseño central es permitir que los usuarios configuren un único parámetro max_fee (en lugar de múltiples max_fee_per_gas en diferentes campos), y durante la ejecución de EVM, esta tarifa se asignará dinámicamente entre diferentes recursos (gas de EVM, gas de blob, gas de calldata).
Para lograr esto, no será fácil. Su plan es introducir un nuevo tipo de transacción, cuyos campos son los siguientes:
Es evidente que este diseño es un poco mejor, después de todo, tras haber visto el diseño de tarifas de Gas de ERC-4337, no es fácil de gestionar.
Detalles disponibles: De 4337 a 7702: un análisis profundo del pasado y futuro de la pista de abstracción de cuentas de Ethereum.
¿Cómo evaluarías a él?
El autor cree que esta dirección no tiene problemas y que tiene un significado de costo unificado, lo que facilitará mucho el trabajo en el futuro con L2/L3, y se alinea perfectamente con la gran estrategia actual de Ethereum para L2.
Pero la complejidad aumentará significativamente, y el avance del proyecto también necesitará un ritmo más estable. Porque esta propuesta hará que el bloque de cabecera, la codificación RLP, el límite, etc., cambien en consecuencia; esto no es solo un cambio a nivel de bifurcación dura, sino que también requerirá la adaptación de otras plataformas a lo largo de toda la cadena, especialmente de muchos monederos.
Aunque pueden no soportar este tipo de transacciones, deben analizar el estado de esta transacción.
Así que a corto plazo definitivamente no se implementará, al menos después de 1-2 grandes bifurcaciones duras podría ser posible. Sin embargo, los dos artículos de Vitalik sobre el mercado de tarifas son reflexiones económicas muy profundas que vale la pena estudiar detenidamente.