allbirds

Autor: Kernel Ventures Jerry Luo
Editor (es): Kernel Ventures Rose, Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR:
Ethereum ha completado las primeras tres fases de actualización, que abordaron los problemas de los umbrales de desarrollo, los ataques DoS y la transición de POS, respectivamente, y el objetivo principal de la fase de actualización actual es reducir las tarifas de transacción y optimizar la experiencia del usuario.EIP-1553, EIP-4788, EIP-5656 y EIP-6780 se han implementado para reducir el costo de las interacciones intercontractuales, mejorar la eficiencia del acceso a la cadena de balizas, reducir el costo de la replicación de datos y limitar la autoridad de rol del Código de bytes de AUTODESTRUCCIÓN, respectivamente. Al introducir datos de blobs externos al bloque, EIP-4844 puede aumentar en gran medida el TPS de Ethereum y reducir los costos de almacenamiento de datos. La actualización de Cancún tendrá beneficios adicionales para los DA específicos de Ethereum, mientras que la Fundación Ethereum no está abierta a Soluciones DA que no utilizan Ethereum en absoluto en sus almacenes de datos. Es probable que la actualización de Cancún sea relativamente más favorable para Op Layer2 debido a su entorno de desarrollo más maduro, así como a la mayor demanda de la capa Ethereum DA. La actualización de Cancún aumentar el límite de rendimiento de la DApp, permitiéndole tener una funcionalidad más cercana a la de una aplicación en Web2. Vale la pena ver los juegos en cadena que no han perdido su popularidad pero que necesitan mucho espacio de almacenamiento en Ethereum. Ethereum está infravalorado en esta etapa, y la actualización de Cancún podría ser la señal de que Ethereum comienza a dispararse.

Autor: Kernel Ventures Jerry Luo
Revisores: Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR:
Ethereum ha completado las tres primeras etapas de actualización, que resolvieron respectivamente los problemas del umbral de desarrollo, el ataque DoS y la transformación de POS. El objetivo principal de la actualización en esta etapa es reducir las tarifas de transacción y optimizar la experiencia del usuario. Las cuatro propuestas de EIP-1553, EIP-4788, EIP-5656 y EIP-6780 respectivamente reducen el costo de interacción entre contratos, mejoran la eficiencia del acceso a la cadena de balizas, reducen el costo de copia de datos y limitan los permisos de función de Código de bytes de AUTODESTRUCCIÓN. EIP-4844 puede mejorar en gran medida el TPS de Ethereum y reducir los costos de almacenamiento de datos al introducir datos de blobs conectados en bloques. La actualización de Cancún tendrá beneficios adicionales para DA específicos de Ethereum en la pista DA. En esta etapa, la Fundación Ethereum tiene una actitud repulsiva hacia las soluciones DA que no utilizan Ethereum en absoluto para el almacenamiento de datos. Debido al entorno de desarrollo más maduro de Op Layer2 y a la mayor demanda de la capa Ethereum DA, la actualización de Cancún puede traerle relativamente más beneficios. La actualización de Cancún puede aumentar el límite superior de rendimiento de las DApps, haciendo que las DApps tengan funciones más cercanas a las de las aplicaciones en Web2. Los juegos de cadena completa que no han perdido popularidad y requieren una gran cantidad de espacio de almacenamiento en Ethereum son dignos de atención. En esta etapa, el ecosistema Ethereum está infravalorado y la actualización de Cancún puede ser una señal de que Ethereum comienza a fortalecerse.

Autor: Kernel Ventures Stanley
Editor (es): Kernel Ventures Rose, Kernel Ventures Mandy, Kernel Ventures Joshua

TLDR:
Este artículo profundiza en las tendencias de desarrollo de la inscripción de Bitcoin y las características de varios protocolos.
Analizando protocolos en la cadena Bitcoin como Ordinals, BRC20, Atomical, RGB, Pipe, comparándolos con otras cadenas PoW como Dogechain y Litecoin, así como con las cadenas Ethereum Ethscriptions y Evm.ink, y el protocolo SPL20 de la cadena Solana. La comparación incluye aspectos como tarifas, divisibilidad, escalabilidad y consideraciones del usuario, con especial énfasis en las bajas tarifas y la alta escalabilidad del protocolo RGB. Examinar la proyección del mercado y del producto para el ecosistema de inscripción, destacando la integridad de la infraestructura en el lado de la billetera. , el lanzamiento de la cadena Bitcoin AMM DEX y el potencial de funcionalidades adicionales en el futuro, como préstamos y derivados. La interfaz API abierta de Unisat abre la puerta a numerosos proyectos de herramientas.

Autor: Kernel Ventures Stanley
Revisores: Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR:
Este artículo proporciona una exploración en profundidad de las tendencias de desarrollo en el campo de la inscripción de Bitcoin y las características de cada protocolo.
Analice los protocolos de la cadena Bitcoin como Ordinals, BRC20, Atomical, RGB y Pipe, y otras cadenas PoW, como Dogechain y Litecoin, así como las cadenas Ethereum Ethscriptions y Evm.ink, y el protocolo SPL20 de la cadena Solana. en cuanto a tarifas y aspectos de divisibilidad, escalabilidad y usuario, destacando especialmente la baja tarifa y la alta escalabilidad del protocolo RGB. Con la deducción de mercado y productos del ecosistema de inscripción, la finalización de la infraestructura del lado de la billetera y el lanzamiento de la cadena Bitcoin AMM DEX, es posible que en el futuro aparezcan más funciones como préstamos y derivados. La interfaz API abierta de UniSat puede producir muchos proyectos de herramientas.

Autor: Kernel Ventures Jerry Luo
Revisores: Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR:
Las primeras cadenas públicas requerían que todos los nodos de la red mantuvieran la coherencia de los datos para garantizar la seguridad y la descentralización. Sin embargo, con el desarrollo del ecosistema blockchain, la presión de almacenamiento continúa aumentando, lo que lleva a una tendencia de operaciones de nodos centralizados. En esta etapa, la Capa 1 necesita resolver urgentemente el problema de los costos de almacenamiento causado por el crecimiento de TPS. Ante este problema, los desarrolladores deben proponer nuevas soluciones de almacenamiento de datos históricos teniendo en cuenta la seguridad, el costo de almacenamiento, la velocidad de lectura de datos y la versatilidad de la capa DA. En el proceso de resolver este problema, han surgido muchas nuevas tecnologías y nuevas ideas, incluidos Sharding, DAS, Verkle Tree, componentes intermedios DA, etc. Intentaron optimizar la solución de almacenamiento de la capa DA reduciendo la redundancia de datos y mejorando la eficiencia de la verificación de datos. Las soluciones DA actuales se dividen aproximadamente en dos categorías según la ubicación de almacenamiento de datos: DA de la cadena principal y DA de terceros. La cadena principal DA comienza desde la perspectiva de la limpieza regular de datos y el almacenamiento de fragmentos de datos para reducir la presión de almacenamiento del nodo. Todos los requisitos de diseño de DA de terceros están dirigidos a servicios de almacenamiento y tienen soluciones razonables para grandes cantidades de datos. Por lo tanto, el enfoque principal está en el equilibrio entre la compatibilidad de una sola cadena y la compatibilidad de múltiples cadenas, y se proponen tres soluciones: DA dedicado de cadena principal, DA modular y DA de cadena pública de almacenamiento. Las cadenas públicas de tipo pago tienen requisitos extremadamente altos para la seguridad de los datos históricos y son adecuadas para utilizar la cadena principal como capa DA. Sin embargo, para las cadenas públicas que han estado funcionando durante mucho tiempo y tienen una gran cantidad de mineros ejecutando la red, sería más apropiado adoptar un DA de terceros que no involucre la capa de consenso y tenga en cuenta la seguridad. Las cadenas públicas integrales son más adecuadas para utilizar almacenamiento DA dedicado de la cadena principal con mayor capacidad de datos, menor costo y seguridad. Pero considerando las necesidades de cadena cruzada, el DA modular también es una buena opción. En términos generales, blockchain se está desarrollando en la dirección de reducir la redundancia de datos y la división del trabajo entre cadenas múltiples.

Autor: Kernel Ventures Jerry Luo
Editor (es): Kernel Ventures Rose, Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR:
En la etapa inicial de blockchain, mantener la coherencia de los datos se considera extremadamente importante para garantizar la seguridad y la descentralización. Sin embargo, con el desarrollo del ecosistema blockchain, la presión de almacenamiento también está aumentando, lo que lleva a una tendencia a la centralización en la operación de los nodos. Siendo este el caso, el problema del costo de almacenamiento generado por el crecimiento de TPS en la Capa 1 debe resolverse con urgencia. Frente a este problema, los desarrolladores deben proponer una solución que tenga plenamente en cuenta la seguridad, el costo de almacenamiento, la velocidad de lectura de datos y la versatilidad de la capa DA. En el proceso de resolver este problema, han surgido muchas tecnologías e ideas nuevas, incluidos Sharding, DAS, Verkle Tree, componentes intermedios DA, etc. Intentan optimizar el esquema de almacenamiento de la capa DA reduciendo la redundancia de datos y mejorando la eficiencia de la validación de datos. Las soluciones DA se clasifican ampliamente en dos tipos desde la perspectiva de la ubicación del almacenamiento de datos, a saber, DA de cadena principal y DA de terceros. Los DA de la cadena principal están diseñados desde la perspectiva de la limpieza regular de datos y el almacenamiento de datos divididos para reducir la presión de almacenamiento en los nodos, mientras que los DA de terceros están diseñados para satisfacer las necesidades de almacenamiento que tienen soluciones razonables para grandes cantidades de datos. Como resultado, principalmente compensamos entre compatibilidad de cadena única y compatibilidad de cadenas múltiples en DA de terceros, y proponemos tres tipos de soluciones: DA específicos de la cadena principal, DA modularizados y DA de cadena pública de almacenamiento. Las cadenas públicas de tipo tienen requisitos muy altos para la seguridad de los datos históricos y, por lo tanto, son adecuadas para usar la cadena principal como capa DA. Sin embargo, para las cadenas públicas que han estado funcionando durante mucho tiempo y tienen una gran cantidad de mineros ejecutando la red, es más adecuado adoptar un DA de terceros que no implique el cambio de capa de consenso con una seguridad relativamente alta. Para cadenas públicas integrales, es más adecuado utilizar el almacenamiento DA dedicado de la cadena principal con mayor capacidad de datos, menor costo y seguridad. Sin embargo, considerando la demanda de cadenas cruzadas, DA modular también es una buena opción. En general, blockchain está avanzando hacia la reducción de la redundancia de datos, así como la división del trabajo entre cadenas múltiples.

Autor: Kernel Ventures Turbo Guo
Revisores: Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR:
El coprocesador ZK es una solución que permite a las dApps utilizar recursos informáticos fuera de la cadena. Este artículo analiza principalmente la implementación del coprocesador, diversas aplicaciones y direcciones de desarrollo futuras. Los contenidos principales son:
zkVM de RISC Zero es una solución de coprocesador ZK que permite que los contratos dentro de la cadena llamen a zkVM fuera de la cadena para ejecutar código Rust específico y devolver los resultados a la cadena, al tiempo que proporciona zkp para que el contrato verifique si el cálculo es correcto. Los coprocesadores ZK tienen diferentes métodos de implementación. Además de zkVM, los usuarios también pueden escribir circuitos ZK personalizados para sus propios programas o utilizar marcos prefabricados para escribir circuitos, lo que permite que los contratos utilicen recursos informáticos fuera de la cadena. El coprocesador ZK puede desempeñar un papel en DeFi, como colocar los cálculos de AMM fuera de la cadena, permitir que el protocolo capture un valor similar a MEV o permitir que AMM implemente una lógica operativa compleja y computacionalmente intensiva. El coprocesador ZK también puede permitir que los protocolos de préstamos calculen las tasas de interés en tiempo real, haciendo transparentes los cálculos de márgenes, etc. Hay dos implementaciones de zkAMM, una usa zkVM y la otra usa zkOracle. Hay otros usos potenciales del coprocesador ZK. Por ejemplo, las billeteras pueden utilizar el coprocesador ZK para realizar la verificación de identidad fuera de la cadena. El coprocesador también puede permitir que los juegos en cadena realicen cálculos más complejos y reduzcan el gas necesario para la gobernanza de DAO. esperar. El patrón del coprocesador ZK está indeciso, pero en comparación con los usuarios que escriben sus propios circuitos, es más amigable usar un proyecto como interfaz para llamar a recursos fuera de la cadena, pero ¿qué proveedores de servicios informáticos (proveedores de nube tradicionales, proveedores de nube tradicionales, etc.) están conectados detrás del proyecto de "interfaz"? El intercambio descentralizado de recursos) es otro tema que vale la pena discutir.

Autor: Kernel Ventures Turbo Guo
Editor (es): Kernel Ventures Rose, Kernel Ventures Mandy, Kernel Ventures Joshua
TLDR: el coprocesador ZK es una solución para que las dApps utilicen recursos informáticos fuera de la cadena. Este artículo explora las soluciones existentes, diversas aplicaciones y el desarrollo futuro de los coprocesadores. Los principales temas tratados son los siguientes:
zkVM de RISC Zero es una solución de coprocesador ZK que permite contratos en cadena que llaman a zkVM fuera de cadena para ejecutar código Rust específico y devolver los resultados a la cadena, al tiempo que proporciona zkp para la verificación en cadena de la exactitud del cálculo. Diferentes soluciones para coprocesadores ZK. Además de zkVM, los usuarios también pueden escribir circuitos ZK personalizados para sus programas o utilizar marcos prefabricados para escribir circuitos, lo que permite que los contratos utilicen recursos informáticos fuera de la cadena. El coprocesador ZK puede desempeñar un papel en DeFi, como descargar cálculos AMM fuera de la cadena. -cadena para capturar valor similar a MEV o permitir una lógica compleja y computacionalmente intensiva para AMM. El coprocesador ZK también puede facilitar los cálculos de tasas de interés en tiempo real para los protocolos de préstamos, haciendo transparentes los cálculos de márgenes, entre otras cosas. zkAMM tiene dos enfoques de implementación, uno que usa zkVM y el otro que usa el coprocesador zkOracle. ZK también tiene otros casos de uso potenciales, como billeteras que lo usan para realizar una verificación de identidad fuera de la cadena. Puede permitir cálculos más complejos para juegos en cadena y reducir el gas necesario para la gobernanza de DAO, entre otras aplicaciones. El panorama para los coprocesadores ZK aún es incierto, pero en comparación con los usuarios que escriben sus propios circuitos, el uso de una solución para recursos fuera de la cadena la interfaz es más fácil de usar. Sin embargo, la cuestión de qué proveedores de servicios informáticos están integrados detrás de esa solución de "interfaz", ya sean proveedores de nube tradicionales o redes descentralizadas de intercambio de recursos, es otro tema importante de discusión.