Bienvenido a la serie especial "Web3 Indicador de Tendencias", este es un análisis concentrado de las nuevas tecnologías, protocolos y productos de la industria Web3 realizado por catorce expertos.
La causa es que la IA ha duplicado la velocidad a la que investigo nuevos proyectos, creo que en el futuro el valor de las personas se centrará más en el pensamiento, el juicio y la inspiración.
Por lo tanto, esta serie abordará el contexto de la industria → los principios técnicos → los impactos potenciales desde tres perspectivas, ayudándote a captar los cambios clave en el menor tiempo posible y a juzgar las tendencias que podrían desencadenar.
La mayoría de las opiniones del autor tienen un matiz pesimista, no constituyen ninguna transacción de inversión, ni están dirigidas a ningún proyecto en particular.
Jito BAM｜Mercado de construcción de bloques "ordenación de bloques + construcción de bloques modular" en Solana
¿Qué es él?:
En pocas palabras, BAM es un conjunto de "construcción de bloques" en Solana, similar al objetivo de PBS (separación de constructores de bloques y validadores) en la red de constructores de Ethereum, ambos con el fin de ordenar el orden de las transacciones, combatir el MEV y prevenir el riesgo de malas acciones centralizadas.
¿Quién y con qué antecedentes se lanzó:
La parte dominante es el campamento de Jito, la plataforma de subastas de transacciones más grande en Solana, que ocupa el 90% del mercado de clientes de validadores y tiene una fuerte influencia de liderazgo. El autor ha realizado una investigación detallada que se puede consultar: Informe de diez mil palabras: La evolución del panorama de MEV en Solana y sus méritos y deméritos.
La alineación de los participantes también es muy fuerte: 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 tal motivación es, en realidad, fácil de entender: por un lado, Solana enfrenta la presión del desarrollo explosivo de Hyperliquid, un "protocolo de libro de órdenes nativo", y el valor central de Hyperliquid es muy beneficioso para las operaciones de los creadores de mercado. Sin embargo, el carácter de desarrollo de Solana hace que sea difícil realizar optimizaciones específicas. Pero si las transacciones de todo el bloque pueden ser personalizadas, se puede romper la limitación de la linealidad de los bloques de Solana, lo que beneficiaría la optimización de varios escenarios de DeFi.
El plan de implementación oficial es el siguiente: en la fase inicial, Jito Labs operará los nodos con la participación de un pequeño número de validadores; en la fase intermedia, se expandirá a más operadores de nodos, con el objetivo de cubrir más del 30% del staking de la red; finalmente, el código se abrirá y se gobernará de manera descentralizada.
Además, con la tendencia narrativa de la industria hacia la "justicia 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 la optimización de la equidad TEE + PBS, como un contexto para su lanzamiento.
¿Qué principio se implementa:
Además, para comprender su valor, también es necesario entender una característica del algoritmo POH de Solana.
Es decir, su producción de bloques es en realidad gradual y lineal (en un slot de 400 ms hay 64 segmentos de tiempo para tips, y cuando llega cada segmento, se envían las transacciones actuales, y a menos que haya una reversión, no se cambiarán más), lo que es diferente del modelo de Ethereum de "preparar 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, lo que aumenta la proporción de aceptación del sistema BAM por parte de los validadores.
A continuación, 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 son BAM.
Él hará que las transacciones en Solana no se envíen una a una al Leader, sino que primero ordenará las transacciones de "todo este bloque" en el TEE (entorno de computación confiable) (combinando algunas reglas de ordenación fijas implementadas con código de Plugin), y luego se las entregará al validador de una sola vez.
Y el validador también debe proporcionar una prueba TEE al final, que demuestre que efectivamente ha dado todo el espacio del bloque (exclusividad) a este mercado de flujo de órdenes.
Aquí, lo más destacado es la función de complementos, que puede "fijar" las reglas en el orden de las órdenes de intercambio de Tee. En realidad, 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 y, por lo tanto, evitar problemas causados por actualizaciones de precios no oportunas. Otro ejemplo para un dex es que se puede escribir un complemento para identificar transacciones con alta probabilidad de fallo que no se empaqueten directamente dentro del Tee, y luego esperar gradualmente a que las transacciones expiren, reduciendo así las tarifas generadas por fallos.
Su sistema puede coexistir con el proceso de generación de bloques existente de Solana: sigue siendo un flujo de órdenes normal, Jito bundle y BAM, tres conjuntos en paralelo. BAM es "solo recibir un bloque completo de BAM en un bloque determinado".
¿Cómo lo evaluas?
El autor opina: este es un camino de "fuerte alineación, fuerte narrativa y enfoque en la escena", pero no soy optimista sobre si se convertirá en una ruta del mercado principal.
Al igual que el Builder net en Ethereum y el muy comentado mev share, las razones para su falta de progreso tras años de desarrollo son similares.
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 128 MB de memoria, ahora ha avanzado mucho, pero aún así solo puede alcanzar mil QPS), aunque hoy en día el 40% de los bloques en Ethereum ya están construidos con TEE.
Sin embargo, el rendimiento de datos y cálculos de Solana está ahí, necesitas apilar muchos TEE para manejar la carga, además de la recuperación ante desastres, la memoria y toda la operación de ancho de banda. Si este proyecto no tiene incentivos económicos sostenibles, será muy difícil generar ganancias.
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ó a través de tips solo 22,391.31 SOL (aproximadamente 4 millones de dólares). Una vez que la enorme escala de transacciones de Solana se traslade, el colapso de Tee será inevitable, y Tee también tiene muchas características como el colapso de memoria y el vaciado de almacenamiento, lo que aumentará el riesgo de colapso y generará el riesgo de desaparición masiva de transacciones.
Pero tiene la posibilidad de "puntos de venta de alto precio de nivel asesino": por ejemplo, la secuenciación de oráculos y el pago por fallos son beneficios visibles de la experiencia. Los creadores de mercado y los terminales de negociación de nivel empresarial estarán dispuestos a pagar. Además, la participación cuenta con la colaboración conceptual de Solana, lo que representa una buena manera de ganar visibilidad.
Por último: La propia定位 de BAM no es la cantidad de procesamiento 7x24, es una herramienta para "brindar garantías de determinación a bloques clave", sin embargo, muchas garantías de determinación dependen de la certeza absoluta, y no de un 30% de certeza, no en un 100% de los casos, incluso un 99% es igual a 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á, lo entiendo como un sistema de doble cadena de "BTC impulsado, EVM ejecutado". Tenga en cuenta que no es BRC20, sino que se refiere a la segunda generación de BRC, sobre el contexto de BRC20 se puede consultar: Interpretación del protocolo Oridinals de Bitcoin y el estándar BRC20 Innovación de principios y limitaciones.
Y 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), las tarifas de transacción se contabilizan en la transacción de BTC.
Básicamente, es similar al protocolo de Alkanes (metano), el metano se basa en el campo op-return de btc para escribir instrucciones de transacción, se ejecuta en la máquina virtual WASN, mientras que él se ejecuta en la EVM.
¿Quién y con qué antecedentes se lanzó:
El contexto del iniciador es: la plataforma bestinslot, que se volvió popular en la era de las inscripciones de btc, continúa con la idea de BRC-20: no alterar el consenso de BTC, y tratar de superponer la "programmabilidad".
El contexto de la industria es: en los últimos dos años (, en realidad fue en los dos años anteriores) la narrativa de BTC programable/L2 se volvió popular, todos están buscando caminos de ingeniería que puedan funcionar, pero la brecha entre el viento 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 alcano.
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 que en realidad es muy probable que BRC2.0 y BRC20 no tengan una relación práctica entre sí.
¿Qué principio se implementa:
Él está en el indexador, no está en la cadena de BTC ni en una cadena separada, operando la lógica de EVM; ten en cuenta que no se considera una cadena, porque no hay consenso.
La dirección en la EVM que el usuario debe controlar se obtiene mediante el hash de la dirección BTC del usuario, que se mapea 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, solo es una cadena JSON. En brc2.0, se define de la siguiente manera:
Se puede ver que estás codificando instrucciones en BTC, llevando varios códigos de bytes/datos de llamada, que se ejecutan de nuevo en la EVM.
Y además, la firma y el Gas también han cambiado: se establece 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é la protección de "límite de profundidad/pasos de llamada". Por lo tanto, teóricamente, un contrato de "recursión infinita/autoc llamada" podría llevar a esta VM a un fallo (por supuesto, esta protección no es difícil de implementar: solo hay que establecer una profundidad máxima).
¿Cómo lo evaluas:
Primero, él todavía sabe cómo nombrar las cosas, al menos el volumen de brc2.0 será mejor que crear un nuevo término de protocolo, esto también es similar a que RGB ha vuelto a sonar recientemente.
Además, no se puede decir que esté completamente desconectado de brc20, ya que su diseño de protocolo, el modelo de campos, son básicamente iguales, pero eso no es cuestión de derechos de autor. Sin embargo, no he visto al autor original de brc20 respaldarlo, así que la relación no debería ser muy fuerte.
Por último, 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 buscar la programabilidad, ya que cualquier intento de hacerlo no podrá alcanzar las optimizaciones en funcionalidad y experiencia que ofrecen las diversas cadenas de alta velocidad.
Además, una vez que la programmabilidad esté integrada incluso en el propio BTC, eso romperá su trampa de valoración. Un proyecto que pueda aplicarse en la práctica puede valorarse en función del PER, 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. Por lo tanto, la limitación del propio BTC es lo que ha llevado a su éxito.
EIP-7999 | propuesta de mercado de tarifas multidimensional de Ethereum
¿Qué es él?:
La propuesta liderada por Vitalik definitivamente vale la pena echarle un vistazo. Además, en el último EIP, se ha cambiado de EIP-0000 a EIP-7999, por lo que este artículo mantendrá ambos nombres por el momento.
Este es un nuevo tipo de transacción propuesto en el contexto de la "división de tarifas de transacción" (es decir, un precio para el blob en una transacción, un precio para el calldata y un precio para la ejecución de acuerdo con eip-1559) que se da después de EIP-4844, que consiste en un "límite máximo de precio total + vector de precios de múltiples recursos".
Puedes entenderlo como: empaquetar todas las cotizaciones de recursos en una sola vez, haciendo una oferta con un significado unificado, con el objetivo de resolver el problema de tener demasiadas dimensiones de precios en la cadena.
¿Quién y con qué antecedentes se lanzó:
La dirección ha sido impulsada por los múltiples artículos de Vitalik. Anteriormente, había un EIP de "4 ceros" que luego se renumeró en el párrafo 7999, el nombre ya no es tan impresionante, y esta dirección también es un pensamiento que Vitalik ha expresado en múltiples publicaciones, se puede ver la evolución de su pensamiento en los posts de 2022 y 2024.
¿Por qué proponerlo ahora?
Porque las carteras, los enrutadores y los subastadores ya han sentido claramente la experiencia de fragmentación del "sistema de precios múltiples": cada bloque solo tiene 6 blobs, por lo que para usar las transacciones de blobs, es necesario pujar; además, la transacción en sí sigue en el eip-1559; y también hay calldata desde 2015 con diferentes precios unitarios para byte 0/no 0... Los compañeros de desarrollo de L2 ya están acorralados, porque deben establecer un límite de costo independiente 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 costos del usuario es suficiente, también puede fallar en la ejecución de la transacción debido a un aumento repentino en el costo base de algún recurso.
¿Qué principio se implementa:
La propuesta planea introducir un mercado de tarifas unificado y multidimensional, donde el diseño central permite a los usuarios establecer un único parámetro max_fee (en lugar de múltiples max_fee_per_gas en diferentes campos), y durante el proceso de 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:
Aparentemente, este diseño es algo mejor, después de todo, después de haber visto el diseño de tarifas de Gas de ERC-4337, es demasiado complicado para no poder hacer frente a eso.
Detalles disponibles: De 4337 a 7702: Una profunda interpretación del pasado y futuro de la pista de abstracción de cuentas de Ethereum
¿Cómo lo evaluas?
El autor considera que esta dirección no tiene problemas y tiene un significado de costo unificado, lo que hará que sea mucho más fácil en el futuro al trabajar en L2/L3, alineándose perfectamente con la dirección estratégica de L2 en Ethereum en este momento.
Pero la complejidad aumentará claramente, y el avance del proyecto también necesitará un ritmo más estable. Porque esta propuesta hará que el encabezado del bloque, 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 en toda la cadena, especialmente un montón de billeteras.
Aunque pueden no soportar este tipo de transacción, deben analizar el estado de esta transacción.
Por lo tanto, definitivamente no se implementará a corto plazo, al menos después de 1-2 grandes bifurcaciones duras 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 examinar 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, primera edición: Interpretación de Jito BAM, BRC2.0, EIP-7999
Bienvenido a la serie especial "Web3 Indicador de Tendencias", este es un análisis concentrado de las nuevas tecnologías, protocolos y productos de la industria Web3 realizado por catorce expertos.
La causa es que la IA ha duplicado la velocidad a la que investigo nuevos proyectos, creo que en el futuro el valor de las personas se centrará más en el pensamiento, el juicio y la inspiración.
Por lo tanto, esta serie abordará el contexto de la industria → los principios técnicos → los impactos potenciales desde tres perspectivas, ayudándote a captar los cambios clave en el menor tiempo posible y a juzgar las tendencias que podrían desencadenar.
La mayoría de las opiniones del autor tienen un matiz pesimista, no constituyen ninguna transacción de inversión, ni están dirigidas a ningún proyecto en particular.
Jito BAM｜Mercado de construcción de bloques "ordenación de bloques + construcción de bloques modular" en Solana
¿Qué es él?:
En pocas palabras, BAM es un conjunto de "construcción de bloques" en Solana, similar al objetivo de PBS (separación de constructores de bloques y validadores) en la red de constructores de Ethereum, ambos con el fin de ordenar el orden de las transacciones, combatir el MEV y prevenir el riesgo de malas acciones centralizadas.
¿Quién y con qué antecedentes se lanzó:
La parte dominante es el campamento de Jito, la plataforma de subastas de transacciones más grande en Solana, que ocupa el 90% del mercado de clientes de validadores y tiene una fuerte influencia de liderazgo. El autor ha realizado una investigación detallada que se puede consultar: Informe de diez mil palabras: La evolución del panorama de MEV en Solana y sus méritos y deméritos.
La alineación de los participantes también es muy fuerte: 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 tal motivación es, en realidad, fácil de entender: por un lado, Solana enfrenta la presión del desarrollo explosivo de Hyperliquid, un "protocolo de libro de órdenes nativo", y el valor central de Hyperliquid es muy beneficioso para las operaciones de los creadores de mercado. Sin embargo, el carácter de desarrollo de Solana hace que sea difícil realizar optimizaciones específicas. Pero si las transacciones de todo el bloque pueden ser personalizadas, se puede romper la limitación de la linealidad de los bloques de Solana, lo que beneficiaría la optimización de varios escenarios de DeFi.
El plan de implementación oficial es el siguiente: en la fase inicial, Jito Labs operará los nodos con la participación de un pequeño número de validadores; en la fase intermedia, se expandirá a más operadores de nodos, con el objetivo de cubrir más del 30% del staking de la red; finalmente, el código se abrirá y se gobernará de manera descentralizada.
Además, con la tendencia narrativa de la industria hacia la "justicia 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 la optimización de la equidad TEE + PBS, como un contexto para su lanzamiento.
¿Qué principio se implementa:
Además, para comprender su valor, también es necesario entender una característica del algoritmo POH de Solana.
Es decir, su producción de bloques es en realidad gradual y lineal (en un slot de 400 ms hay 64 segmentos de tiempo para tips, y cuando llega cada segmento, se envían las transacciones actuales, y a menos que haya una reversión, no se cambiarán más), lo que es diferente del modelo de Ethereum de "preparar 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, lo que aumenta la proporción de aceptación del sistema BAM por parte de los validadores.
A continuación, 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 son BAM.
Él hará que las transacciones en Solana no se envíen una a una al Leader, sino que primero ordenará las transacciones de "todo este bloque" en el TEE (entorno de computación confiable) (combinando algunas reglas de ordenación fijas implementadas con código de Plugin), y luego se las entregará al validador de una sola vez.
Y el validador también debe proporcionar una prueba TEE al final, que demuestre que efectivamente ha dado todo el espacio del bloque (exclusividad) a este mercado de flujo de órdenes.
Aquí, lo más destacado es la función de complementos, que puede "fijar" las reglas en el orden de las órdenes de intercambio de Tee. En realidad, 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 y, por lo tanto, evitar problemas causados por actualizaciones de precios no oportunas. Otro ejemplo para un dex es que se puede escribir un complemento para identificar transacciones con alta probabilidad de fallo que no se empaqueten directamente dentro del Tee, y luego esperar gradualmente a que las transacciones expiren, reduciendo así las tarifas generadas por fallos.
Su sistema puede coexistir con el proceso de generación de bloques existente de Solana: sigue siendo un flujo de órdenes normal, Jito bundle y BAM, tres conjuntos en paralelo. BAM es "solo recibir un bloque completo de BAM en un bloque determinado".
¿Cómo lo evaluas?
El autor opina: este es un camino de "fuerte alineación, fuerte narrativa y enfoque en la escena", pero no soy optimista sobre si se convertirá en una ruta del mercado principal.
Al igual que el Builder net en Ethereum y el muy comentado mev share, las razones para su falta de progreso tras años de desarrollo son similares.
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 128 MB de memoria, ahora ha avanzado mucho, pero aún así solo puede alcanzar mil QPS), aunque hoy en día el 40% de los bloques en Ethereum ya están construidos con TEE.
Sin embargo, el rendimiento de datos y cálculos de Solana está ahí, necesitas apilar muchos TEE para manejar la carga, además de la recuperación ante desastres, la memoria y toda la operación de ancho de banda. Si este proyecto no tiene incentivos económicos sostenibles, será muy difícil generar ganancias.
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ó a través de tips solo 22,391.31 SOL (aproximadamente 4 millones de dólares). Una vez que la enorme escala de transacciones de Solana se traslade, el colapso de Tee será inevitable, y Tee también tiene muchas características como el colapso de memoria y el vaciado de almacenamiento, lo que aumentará el riesgo de colapso y generará el riesgo de desaparición masiva de transacciones.
Pero tiene la posibilidad de "puntos de venta de alto precio de nivel asesino": por ejemplo, la secuenciación de oráculos y el pago por fallos son beneficios visibles de la experiencia. Los creadores de mercado y los terminales de negociación de nivel empresarial estarán dispuestos a pagar. Además, la participación cuenta con la colaboración conceptual de Solana, lo que representa una buena manera de ganar visibilidad.
Por último: La propia定位 de BAM no es la cantidad de procesamiento 7x24, es una herramienta para "brindar garantías de determinación a bloques clave", sin embargo, muchas garantías de determinación dependen de la certeza absoluta, y no de un 30% de certeza, no en un 100% de los casos, incluso un 99% es igual a 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á, lo entiendo como un sistema de doble cadena de "BTC impulsado, EVM ejecutado". Tenga en cuenta que no es BRC20, sino que se refiere a la segunda generación de BRC, sobre el contexto de BRC20 se puede consultar: Interpretación del protocolo Oridinals de Bitcoin y el estándar BRC20 Innovación de principios y limitaciones.
Y 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), las tarifas de transacción se contabilizan en la transacción de BTC.
Básicamente, es similar al protocolo de Alkanes (metano), el metano se basa en el campo op-return de btc para escribir instrucciones de transacción, se ejecuta en la máquina virtual WASN, mientras que él se ejecuta en la EVM.
¿Quién y con qué antecedentes se lanzó:
El contexto del iniciador es: la plataforma bestinslot, que se volvió popular en la era de las inscripciones de btc, continúa con la idea de BRC-20: no alterar el consenso de BTC, y tratar de superponer la "programmabilidad".
El contexto de la industria es: en los últimos dos años (, en realidad fue en los dos años anteriores) la narrativa de BTC programable/L2 se volvió popular, todos están buscando caminos de ingeniería que puedan funcionar, pero la brecha entre el viento 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 alcano.
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 que en realidad es muy probable que BRC2.0 y BRC20 no tengan una relación práctica entre sí.
¿Qué principio se implementa:
Él está en el indexador, no está en la cadena de BTC ni en una cadena separada, operando la lógica de EVM; ten en cuenta que no se considera una cadena, porque no hay consenso.
La dirección en la EVM que el usuario debe controlar se obtiene mediante el hash de la dirección BTC del usuario, que se mapea 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, solo es una cadena JSON. En brc2.0, se define de la siguiente manera:
Se puede ver que estás codificando instrucciones en BTC, llevando varios códigos de bytes/datos de llamada, que se ejecutan de nuevo en la EVM.
Y además, la firma y el Gas también han cambiado: se establece 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é la protección de "límite de profundidad/pasos de llamada". Por lo tanto, teóricamente, un contrato de "recursión infinita/autoc llamada" podría llevar a esta VM a un fallo (por supuesto, esta protección no es difícil de implementar: solo hay que establecer una profundidad máxima).
¿Cómo lo evaluas:
Primero, él todavía sabe cómo nombrar las cosas, al menos el volumen de brc2.0 será mejor que crear un nuevo término de protocolo, esto también es similar a que RGB ha vuelto a sonar recientemente.
Además, no se puede decir que esté completamente desconectado de brc20, ya que su diseño de protocolo, el modelo de campos, son básicamente iguales, pero eso no es cuestión de derechos de autor. Sin embargo, no he visto al autor original de brc20 respaldarlo, así que la relación no debería ser muy fuerte.
Por último, 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 buscar la programabilidad, ya que cualquier intento de hacerlo no podrá alcanzar las optimizaciones en funcionalidad y experiencia que ofrecen las diversas cadenas de alta velocidad.
Además, una vez que la programmabilidad esté integrada incluso en el propio BTC, eso romperá su trampa de valoración. Un proyecto que pueda aplicarse en la práctica puede valorarse en función del PER, 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. Por lo tanto, la limitación del propio BTC es lo que ha llevado a su éxito.
EIP-7999 | propuesta de mercado de tarifas multidimensional de Ethereum
¿Qué es él?:
La propuesta liderada por Vitalik definitivamente vale la pena echarle un vistazo. Además, en el último EIP, se ha cambiado de EIP-0000 a EIP-7999, por lo que este artículo mantendrá ambos nombres por el momento.
Este es un nuevo tipo de transacción propuesto en el contexto de la "división de tarifas de transacción" (es decir, un precio para el blob en una transacción, un precio para el calldata y un precio para la ejecución de acuerdo con eip-1559) que se da después de EIP-4844, que consiste en un "límite máximo de precio total + vector de precios de múltiples recursos".
Puedes entenderlo como: empaquetar todas las cotizaciones de recursos en una sola vez, haciendo una oferta con un significado unificado, con el objetivo de resolver el problema de tener demasiadas dimensiones de precios en la cadena.
¿Quién y con qué antecedentes se lanzó:
La dirección ha sido impulsada por los múltiples artículos de Vitalik. Anteriormente, había un EIP de "4 ceros" que luego se renumeró en el párrafo 7999, el nombre ya no es tan impresionante, y esta dirección también es un pensamiento que Vitalik ha expresado en múltiples publicaciones, se puede ver la evolución de su pensamiento en los posts de 2022 y 2024.
¿Por qué proponerlo ahora?
Porque las carteras, los enrutadores y los subastadores ya han sentido claramente la experiencia de fragmentación del "sistema de precios múltiples": cada bloque solo tiene 6 blobs, por lo que para usar las transacciones de blobs, es necesario pujar; además, la transacción en sí sigue en el eip-1559; y también hay calldata desde 2015 con diferentes precios unitarios para byte 0/no 0... Los compañeros de desarrollo de L2 ya están acorralados, porque deben establecer un límite de costo independiente 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 costos del usuario es suficiente, también puede fallar en la ejecución de la transacción debido a un aumento repentino en el costo base de algún recurso.
¿Qué principio se implementa:
La propuesta planea introducir un mercado de tarifas unificado y multidimensional, donde el diseño central permite a los usuarios establecer un único parámetro max_fee (en lugar de múltiples max_fee_per_gas en diferentes campos), y durante el proceso de 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:
Aparentemente, este diseño es algo mejor, después de todo, después de haber visto el diseño de tarifas de Gas de ERC-4337, es demasiado complicado para no poder hacer frente a eso.
Detalles disponibles: De 4337 a 7702: Una profunda interpretación del pasado y futuro de la pista de abstracción de cuentas de Ethereum
¿Cómo lo evaluas?
El autor considera que esta dirección no tiene problemas y tiene un significado de costo unificado, lo que hará que sea mucho más fácil en el futuro al trabajar en L2/L3, alineándose perfectamente con la dirección estratégica de L2 en Ethereum en este momento.
Pero la complejidad aumentará claramente, y el avance del proyecto también necesitará un ritmo más estable. Porque esta propuesta hará que el encabezado del bloque, 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 en toda la cadena, especialmente un montón de billeteras.
Aunque pueden no soportar este tipo de transacción, deben analizar el estado de esta transacción.
Por lo tanto, definitivamente no se implementará a corto plazo, al menos después de 1-2 grandes bifurcaciones duras 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 examinar detenidamente.