resumen:

• Una aplicación descentralizada consta de múltiples piezas, pero en la actualidad, solo la lógica del núcleo se ejecuta en Ethereum.Al mismo tiempo, también incluye muchos datos que no han sido encadenados, por lo que la mayoría de los DAPP no pueden heredar completamente la seguridad de Ethereum, lejos de alcanzar un estado idealizado.

• Hay dos razones principales para los problemas anteriores: una es que Ethereum no proporciona a los desarrolladores los estándares y herramientas frontales correspondientes, y el otro es que el costo de los datos almacenados en la cadena es demasiado alto.

• Para proporcionar estándares delanteros descentralizados, el equipo de Ethstorage propuso un protocolo de acceso web3: //,Proporcione a los desarrolladores un conjunto completo de estándares y herramientas para implementar y acceder al código delantero a través de contratos inteligentes, e incluso los estándares de los sistemas de sistemas de archivos.

• Para reducir el costo de almacenamiento de los datos en la cadena Ethereum, el equipo de Ethstorage ha desarrollado el segundo protocolo de almacenamiento de nivel Ethstorage.El uso de PORA (prueba de acceso aleatorio) y el conocimiento cero lo demuestra, mientras heredan la seguridad de Ethereum, la sobrecarga de almacenamiento se reduce considerablemente.

Gracias: Gracias a Faust de Geek Web3, Zhixiong Pan de ChainFeeds, Bruce de LXDAO, Qi Zhou, Lun Deng de Ethstorage.

Los antecedentes y el problema de DAPP descentralizado

La visión de Ethereum es convertirse en una computadora mundial, y las aplicaciones construidas sobre ella heredarán su seguridad.Los desarrolladores solo necesitan implementar una vez, y la aplicación siempre se ejecutará en Ethereum, y ninguna entidad puede revisarla o manipularla maliciosamente.

¿Pero la aplicación descentralizada actual DAPP alcanza los objetivos anteriores?Para responder a esta pregunta más clara,Necesitamos deconstruir una aplicación DAPP para ver qué partes incluye, y luego analizar el grado de confianza en cada parte.Llegar a la conclusión final.

En circunstancias normales, un DAPP descentralizado incluirá la interfaz delantera, el servidor posterior y la base de datos.Cuando el usuario visita la interfaz delantera, el contenido delantero se cargará a través del servicio de navegador y nombre de dominio.en:

• Servicio de frontal y nombre de dominio:La mayoría de ellos no han sido desplegados y visitados a través de contratos inteligentes.

• Back -end servidor: Algunos de ellos son implementados por contratos inteligentes, y algunas tareas intensivas informáticas no pueden estar completamente en cadena.

• base de datos:Algunos de ellos son implementados por contratos inteligentes.

>

A través del análisis anterior, puede verEl DAPP descentralizado actual solo obtiene la protección de Ethereum a través de contratos inteligentesEl sistema Ethereum está lejos de darse cuenta de la visión original de «computadora mundial descentralizada».

A finales de 2023, Vitalik revisó el desarrollo de Ethereum y escribió un artículo «Hacer Ethereum Cypherpunk nuevamente», que discutió cómo la comunidad de Ethereum debería volver al concepto de contraseña punk.En el texto, resumió los valores a los que las comunidades Web3 de Ethereum o incluso más grandes deberían cumplir y mencionó un punto muy importante:

Las aplicaciones descentralizadas deben reducirse a la dependencia de cualquier tema.

>

Se puede ver que Vitalik tiene expectativas similares sobre cómo construir aplicaciones descentralizadas.VamosLos problemas que enfrentan cada componente en DAPP descentralizado se analizarán en detalle, Discuta cómo mejorarlo.

Servicio de nombres frontales y de dominio

Entre varios componentes de las aplicaciones descentralizadas, el nivel de los servicios delanteros y del nombre de dominio es el más grave.En la actualidad, la mayoría de los DAPP delanteros usan un servidor central. .

Los piratas informáticos pueden invadir el servidor para modificar el código delantero, y los usuarios de DAPP perderán activos debido a la parte delantera maliciosa.Este problema apareció repetidamente en el último verano DefiNo podemos evitar preguntar: ¿por qué no puede implementarse la parte delantera en Ethereum como la back -end, para que el comportamiento de modificación pueda entrar en vigencia a través de la gobernanza de la comunidad y el bloqueo de tiempo?

>

Por favor, piénseloSi el equipo de desarrollo de UNISWAP no pagará sus servidores frontales y servicios de nombres de dominio algún día, entonces, ¿cómo usarán UNISWAP los usuarios y LP UNISWAPIntersección

La mayoría de los usuarios no saben cómo omitir la interacción frontal y del contrato inteligente.Vale la pena mencionar,La velocidad de acceso de contenido de IPFS es muy lenta.Esencia

Además, porqueEl principal tema operativo de la parte delantera de UNISWAP es UNISWAP Labs.Esto contrasta con los contratos inteligentes que implementaron en Ethereum, porque nadie puede modificar el contrato inteligente a voluntad.Por lo tanto, el token, que se revisa en la parte delantera, aún puede ser interactivo a nivel de contrato, lo que muestra que la importancia del código en la cadena del código en la cadena de la campaña.

Back -end servidor

Debido a que EVM puede proporcionar el entorno de ejecución completo de Turing, la mayor parte de la lógica de back -end se puede ejecutar en la cadena de Ethereum.Solo debido al costo, algunosCalcular las tareas densas no se puede realizar directamente en la cadenaEsencia

Para este problema, más exploración ahora usa ZK u OP.El cálculo se transfiere a la cadena para completar.EsenciaAlgunos proyectos relacionados con la IA han llevado este método al extremo.

base de datos

Para bases de datos, EVM originalmente admitió valores clave a /kV Storage (almacenamiento de valor clave), que puede cubrir muchos escenarios de uso, pero el problema central es que el costo de almacenamiento en la cadena es demasiado alto.

¿Hasta qué punto?En el caso del precio del gas para 10GWEI, los datos de 1 GB de 1 GB en la cadena requieren más de 6,200 ETH, ¡más de 20 millones de dólares estadounidenses!Obviamente, el costo de almacenamiento se ha convertido en el problema central de la descentralización de la base de datos.

Podríamos pensar si podemos usar un método que sea similar a los cálculos anteriores para expandir la capacidad de expandir la capacidad.Es decir, bajo el almacenamiento de la cadena, se verifica el efecto de almacenamiento en la cadenaEsenciaSeguiremos esta idea en detalle.

Después de analizar los componentes DAPP mencionados anteriormente, encontramos que solo al permitir que cada parte de la DAPP sea segura y confiable, en su conjunto confiar, ¿podemos realmente convertirnos en un DAPP descentralizado?Como plataforma de operación y alojamiento de DAPP, Ethereum necesita proporcionar a los desarrolladores soluciones correspondientes para criar un ecosistema de aplicaciones que se ajuste a la visión de Ethereum.

Solución de confianza de Dapp

AlrededorCómo hacer que DAPP despliegue y acceso por completo basado en Ethereum, el equipo de Ethstorage propuso dos conjuntos de soluciones:

• Web3: // Protocolo de acceso:Resuelva el problema de cómo usar contratos inteligentes para implementar y acceder al código delantero, e incluso el sistema del sistema de archivos.

• Protocolo de almacenamiento de la segunda capa de Ethstorage:Mientras heredaba la seguridad de Ethereum, la sobrecarga de almacenamiento se ha reducido considerablemente.

Web3: // Protocolo de acceso

Web3: // puede entenderse como una versión descentralizada de http: //, similar a la dirección IP del servidor diseñada o el nombre de dominio para acceder al recurso centralizado en la URL de HTTP.

Podemos implementar todo el frente de un sitio web en un contrato inteligente y acceder a él a través de Web3: //!Puede comparar la diferencia entre los dos:

>

ActualmenteWeb3: // se ha convertido en el estándar formal de Ethereum (ERC-4804)Si desea obtener más información sobre el contenido de la web3: // Acceda al protocolo, puede acceder a su sitio web oficial.Para hacer mejor la administración de archivos en contratos inteligentes, propusimos ERC-5018, que simuló un conjunto de interfaces del sistema de archivos en el contrato inteligente, de modo que a través de ETHFS-Cli vaya a un contrato inteligente y visite este sitio web a través de Web3: // .

Si está interesado, puede completar una implementación y acceso de aplicación descentralizada simple de acuerdo con el tutorial.

Con el protocolo de acceso web3: //, realmente podemos hacer que el front -end DAPP también tenga el atributo de «código es ley»EsenciaPara los desarrolladores, una vez que la implementación, esta parte delantera se ejecutará permanentemente.Imagínese si Uniswap Labs también desplegó su frontal a Ethereum, entonces, incluso si el equipo quiere revisar y restringir a los usuarios en la capa delantera, no puede evitar que las personas usen su front -end desplegados en Ethereum.

Por supuesto, después de resolver el problema de la viabilidad, también nos dimos cuenta de que el costo de almacenar una gran cantidad de datos en la cadena será muy alto, por lo que los desarrolladores enfrentan problemas al desplegar la parte delantera de la cadena.Además, desarrollamos el protocolo de almacenamiento EthStorage 2 -Slayer, mientras heredamos la seguridad de Ethereum, reduce en gran medida la sobrecarga de almacenamiento.

Protocolo de almacenamiento de la segunda capa de Ethstorage

El protocolo Ethstorage consiste en un contrato inteligente implementado en Ethereum y un nodo de almacenamiento en la red de capa2.El contrato inteligente proporciona almacenamiento de valor clave, y el nodo de almacenamiento en el segundo piso es responsable de almacenar los datos en sí.Esencia

El usuario carga los datos que se almacenarán a Ethereum a través de la blob de EIP-4844.

al mismo tiempo,El nodo de almacenamiento en el segundo piso descargará los datos de blob correspondientes al disco local y usará PORA (prueba de acceso aleatorio) y ZK para enviar el certificado de almacenamiento al contrato en Ethereum para su verificación.El contrato debe confirmar si la certificación ZK cargada por el nodo de almacenamiento se puede confirmar al número superior a través del hash Blob en el registro anterior para confirmar que los nodos de almacenamiento en la segunda capa de la red realmente almacenan estos datos.

El proceso específico es el siguiente:

>

Para los desarrolladores, la interfaz de sus datos de carga y la obtención de datos es muy simple:

>

Los desarrolladores de aplicaciones pueden leer y escribir datos de bloques grandes a través de la interfaz de contrato proporcionada por Ethstorage.Por lo tanto, EtStorage no solo admite la parte delantera del despliegue de la cadena, sino que también proporciona una solución de menor costo para una gama más amplia de operaciones de base de datos de almacenamiento de valor clave.

En la actualidad, Ethstorage ha obtenido las subvenciones oficiales de Ethereum y ha desplegado una red de pruebas públicas en Sepolia.

Resumen y perspectiva

La mayoría de los componentes importantes de DAPPS, como la parte delantera y la base de datos, no se implementan en Ethereum, y no pueden heredar la seguridad de Ethereum, lo que resulta en la aplicación en su conjunto que no puede aplicarse permanentemente, anti -revisión y puede ser gobernado.

EthStorage propone dos soluciones a este problema: Web3: // El protocolo de acceso resuelve el problema de la implementación y el acceso al frente -end utilizando contratos inteligentes;

Para realizar la visión original de Ethereum, creemos que evolucionará en un servidor web descentralizado. , el código se puede ejecutar permanentemente y se puede acceder a los datos de forma permanente, convirtiéndose en un DAPP real instopable.

Ethstorage Public Test Network está llevando a cabo la segunda actividad de incentivos.