jakiro
Entrevista: Yan
El 7 de abril de 2025, Vitalik y Xiaowei aparecieron en el evento en el evento Pop-X HK Research House coorganizado por Dapplearning, Etdimsum, Panta Rhei y Ueth.
Durante el descanso, Yan, el iniciador de la comunidad Dapplearning, entrevistó a Vitalik, que cubre múltiples temas como ETH POS, Layer2, Criptografía e IA.Esta entrevista es un diálogo chino, y el rendimiento chino de Vitalik es muy fluido.
El siguiente es el contenido de la entrevista (el contenido original se ha compilado para una comprensión de lectura más fácil):
Pensamientos sobre actualizaciones de POS
Yan:
Hola Vitalik, soy Yan de la comunidad Dapplearning y me siento muy honrado de entrevistarte aquí.
Comencé a aprender sobre Ethereum en 2017. Recuerdo que en 2018 y 2019, todos tuvieron una discusión muy feroz sobre POW y POS, y este tema puede continuar siendo discutido.
De ahora en adelante, (ETH) POS ha estado funcionando de manera estable durante más de cuatro años, y hay millones de validadores en la red de consenso.Pero al mismo tiempo, el tipo de cambio de ETH contra BTC ha estado cayendo todo el tiempo, lo que tiene desafíos positivos y algunos desafíos.
Entonces, en este momento, ¿cómo se ve la actualización POS de Ethereum?
Vitalik:
Creo que los precios de BTC y ETH no tienen nada que ver con POW y POS.
Hay muchas voces diferentes en las comunidades BTC y ETH, y las cosas que hacen estas dos comunidades son completamente diferentes, y la forma de pensar de todos también es completamente diferente.
Con respecto al precio de ETH, creo que hay un problema. ETH tiene muchos futuros posibles. (Se puede imaginar) En estos futuros, habrá muchas aplicaciones exitosas sobre Ethereum, pero estas aplicaciones exitosas pueden no dar suficiente valor a ETH.
Este es un problema que muchas personas en la comunidad están preocupadas, pero de hecho este problema es muy normal.Por ejemplo, Google, hacen muchos productos y muchas cosas interesantes.Pero más del 90% de sus ingresos están relacionados con su negocio de búsqueda.
La aplicación ecológica Ethereum y la ETH (la relación entre el precio) también son similares.Algunas aplicaciones pagan muchas tarifas de transacción, consumen mucha ETH y también hay muchas (aplicaciones) que pueden tener más éxito, pero su éxito con ETH no es tanto.
Así que esta es una pregunta en la que debemos pensar y continuar optimizando.Necesitamos admitir más aplicaciones que tengan un valor a largo plazo para Ethereum Holder y ETH.
Así que creo que el éxito futuro de ETH puede aparecer en estas áreas.No creo que haya mucha correlación con la mejora de los algoritmos de consenso.
Preocupaciones de arquitectura y centralización de PBS
Yan:
Sí, la prosperidad del ecosistema ETH también es una razón importante por la que los desarrolladores estamos dispuestos a construirla.
DE ACUERDO,Entonces, ¿qué piensas de la arquitectura PBS (PROPOSER & amp; Builder Separation) de Eth2.0?Esta es una buena dirección.En el futuro, puede usar un teléfono móvil como nodo de luz, ir a Verificar (ZK) Prueba y luego todos pueden apostar 1 éter y convertirse en un validador.
Pero el constructor puede estar más centralizado. Tiene que hacer cosas como anti-MEV y generar una prueba de ZK. Si se usa el rollo basado, entonces Builder puede hacer más cosas, como ser un secuenciador.
¿El constructor estará demasiado centralizado de esta manera?Aunque el validador es lo suficientemente descentralizado, es una cadena.Si hay un problema en el enlace medio, también afectará la operación de todo el sistema.¿Cómo resolver el problema anti-censura en esta área?
Vitalik:
Sí, creo que esta es una pregunta filosófica muy importante.
En los primeros días de Bitcoin y Ethereum, hubo una suposición subconsciente:
Construir un bloque y verificar un bloque es una operación.
Supongamos que está construyendo un bloque, si su bloque contiene 100 transacciones, entonces debe ejecutar tantas (100 transacciones) de gas en su propio nodo.Cuando construyes el bloque y transmite el bloqueo construido al mundo entero, cada nodo del mundo también necesita hacer tanto trabajo (consumir el mismo gas).Entonces, si configuramos GasLimit para habilitar cada computadora portátil o MacBook o servidor de algún tamaño del mundo para construir bloques, entonces se requiere el servidor de nodos correspondiente para verificar estos bloques.
Esta es la tecnología anterior, ahora tenemos ZK, DAS, muchas tecnologías nuevas y apatridia (verificación sin estado).
Antes de que se utilizaran estas tecnologías, los bloques de construcción y la verificación de los bloques debían ser simétricos, y ahora pueden volverse asimétricos.Por lo tanto, la dificultad de construir un bloque puede volverse muy alta, pero la dificultad de verificar un bloque puede volverse muy baja.
Use un cliente sin estado para dar un ejemplo: si usamos tecnología sin estado y aumentamos Gaslimit diez veces, el requisito de energía informática para construir un bloque se volverá enorme, y esa computadora ordinaria ya no puede hacerlo.En este momento, es posible que deba utilizar un Mac Studio de alto rendimiento o un servidor de configuración más fuerte.
Pero el costo de la verificación se reducirá, porque la verificación no requiere mucho almacenamiento en absoluto, dependiendo únicamente del ancho de banda y los recursos de cálculo de la CPU.Si se agrega tecnología ZK, el costo de la CPU verificada también se puede eliminar.Si se agrega ese DAS, el costo de verificación será muy, muy bajo.Si construye un bloque, el costo de la verificación será más alto.
Entonces, ¿es esto mejor en comparación con la situación actual?
Esta pregunta es bastante complicada.Lo pensaré de esta manera, es decir, si hay algunos súper nodos en la red Ethereum, es decir, algunos nodos tienen mayor potencia informática, necesitamos que hagan computación de alto rendimiento.
Entonces, ¿cómo podemos evitar que hagan el mal, como varios tipos de ataques,
Primero: crear un ataque del 51%.
Segundo: ataque de censura.Si no aceptan transacciones de algunos usuarios, ¿cómo podemos reducir este tipo de riesgo?
Tercero: ¿Cómo podemos reducir estos riesgos en operaciones relacionadas con anti-MEV?
En términos de 51% de ataques, dado que el proceso de verificación se realiza a través de Attester, deben verificar DAS, Prueba ZK y clientes sin estado para los nodos de Attester.El costo de esta verificación será muy bajo, por lo que el umbral para ser un nodo de consenso será relativamente bajo.
Por ejemplo, si algunos súper nodos construirán bloques, si se produce tal situación, el 90% de estos nodos son usted, el 5% es él y el 5% son otros.Si no acepta ninguna transacción en absoluto, en realidad no es algo particularmente malo. ¿Por qué?Porque no tienes forma de interferir con todo el proceso de consenso.
Por lo tanto, no puede hacer un ataque del 51%, y lo único que puede hacer es odiar las transacciones de ciertos usuarios.
Es posible que el usuario solo necesite esperar diez o veinte bloques antes de permitir que otra persona incluya sus transacciones al bloque.Este es el primer punto.
El segundo punto es que tenemos el concepto de fósil, entonces, ¿qué hace Fossil?
Fossil es para separar el papel de «transacciones selectas» del papel de «transacciones de ejecución». De esta manera, la selección de qué transacciones se incluyen en el siguiente bloque se pueden hacer más descentralizados.Por lo tanto, a través del método fósil, para esos nodos pequeños, tendrán la capacidad de seleccionar de forma independiente las transacciones que se incluirán en el siguiente bloque.Además, si eres un gran nodo, tienes muy pocos derechos [1].
Este método es más complicado que antes. Lo que pensamos antes era que cada nodo era una computadora portátil personal.Pero, de hecho, si miras Bitcoin, ahora es una arquitectura relativamente mixta.Porque el minero en Bitcoin es el tipo de centro de datos mineros.
Por lo tanto, esto probablemente se haga en POS, es decir, algunos nodos necesitan más potencia informática y más recursos.Sin embargo, los derechos de estos nodos son limitados, por lo que otros nodos pueden ser muy descentralizados y muy descentralizados, por lo que pueden garantizar la seguridad y la descentralización de la red.Pero este método es más complicado, por lo que también es un desafío para nosotros.
Yan:
Muy buena idea.La centralización no es necesariamente algo malo, siempre y cuando podamos limitar su mal.
Vitalik:
bien.
El problema entre la capa1 y la capa2 y la dirección del futuro
Yan:
Gracias por responder a mis años de confusión, llegamos a la segunda parte de la pregunta. Como testigos del viaje de Ethereum, Layer2 ha tenido mucho éxito. Ahora el problema de TPS está realmente resuelto.A diferencia de cuando ICO (transacciones de arrebato) estaba en un estado de congestión.
Personalmente, creo que L2 es muy útil ahora, pero hay muchas personas que han propuesto varias soluciones para la fragmentación de liquidez actual de L2. ¿Qué opinas sobre la relación entre Layer1 y Layer2? ¿Es la red principal de Ethereum actual demasiado budista y descentralizada, y no tiene restricciones en la capa2?Si Layer1 necesita formular reglas con Layer2, o formular algunos modelos de distribución, o adoptar un plan como Rollup basado.Justin Drake recientemente propuso este plan en Bankless, y estoy de acuerdo con eso. ¿Qué opinas? ¿También tengo curiosidad por saber cuándo se lanzará si hay un plan correspondiente?
Vitalik:
Creo que ahora hay varios problemas con nuestra capa2.
La primera es que no están haciendo lo suficientemente rápido en términos de seguridad.Así que he estado presionando para actualizar la capa2 a la etapa 1 y espero que este año se pueda actualizar a la Etapa 2. Les he estado instando a hacer esto, y he estado apoyando a L2Beat para hacer más transparencia a este respecto.
El segundo es el problema de la interoperabilidad L2.Es decir, transacciones de cadena cruzada y comunicaciones entre dos L2.Si los dos L2 están en el mismo ecosistema, la interoperabilidad debe ser más simple, más rápida y menor costo que ahora.
Comenzamos este trabajo el año pasado, ahora llamado Framework Open Intents, y direcciones específicas de la cadena, que en su mayoría es un trabajo UX.
En realidad, creo que el problema de la cadena cruzada de L2 puede ser el 80% del problema de UX.
Aunque el proceso de resolver problemas de UX puede ser más doloroso, mientras la dirección sea correcta, se pueden hacer problemas complejos sin complicaciones.Esta es también la dirección en la que estamos trabajando.
Algunas cosas deben llevarse un paso más allá, por ejemplo, la retirada optimista del rollup es una semana.Si tiene una moneda (token) en optimismo o árbitro, tomará una semana en cadena cruzada de esa moneda a L1 o en cadena cruzada a otro L2.
Puede hacer que los fabricantes de mercado esperen una semana (tendrá que pagarle una cierta tarifa de manejo).Para los usuarios comunes, pueden cadena cruzada de un L2 a otro a través del marco de intentos abiertos a través del protocolo y otros métodos, para algunas pequeñas transacciones. Esto está bien.Sin embargo, para algunas transacciones a gran escala, los fabricantes de mercado aún tienen restricciones sobre su liquidez.Entonces, las tarifas de transacción que necesitan serán más altas.Publiqué ese artículo [2] la semana pasada, que es el método de verificación que soporto 2 de 3, que es el método OP + ZK + TEE.
Porque si haces ese tipo de 2 de 3, puedes cumplir con tres requisitos al mismo tiempo.
El primer requisito es ser completamente confiable, sin la necesidad del Consejo de Seguridad (Consejo de Seguridad), la tecnología de TEE es un papel de apoyo, por lo que no requiere plena confianza.
En segundo lugar, podemos comenzar a usar la tecnología ZK, pero la tecnología ZK es relativamente temprana, por lo que no podemos confiar completamente en esta tecnología.
Tercero, podemos reducir el tiempo para retirarnos de una semana a una hora.
Puede pensar que si el usuario usa el marco Open Intents, el costo de liquidez de los fabricantes de mercado se reducirá en 168 veces.Porque los fabricantes de mercado tienen que esperar (hacer la operación de reequilibrio) tiempo de 1 semana a 1 hora.A la larga, tenemos planes para reducir el tiempo de retiro de 1 hora a 12 segundos (tiempo de bloque actual), y si usamos SSF, podemos reducirlo a 4 segundos.
Actualmente, también utilizaremos la agregación ZK-Snark, que procesará el proceso de prueba de ZK en paralelo y reducirá un poco la latencia.Por supuesto, si el usuario hace esto con ZK, no necesita hacerlo a través de intentos.Pero si lo hacen a través de intentos, el costo será muy bajo, que es toda esta parte de la interactibilidad.
Con respecto al problema de papel de L1, tal vez en los primeros días de la hoja de ruta L2, muchas personas pensarían que podemos copiar completamente la hoja de ruta de Bitcoin. L1 tendrá muy pocos usos, solo prueba (algo así como una pequeña cantidad de trabajo) y L2 puede hacer todo lo demás.
Pero descubrimos que si L1 no tuviera ningún papel en absoluto, esto sería peligroso para ETH.
Una de nuestras mayores preocupaciones de las que hemos hablado antes es que el éxito de las aplicaciones de Ethereum no puede ser el éxito de ETH.
Si ETH falla, hará que nuestra comunidad no tenga dinero y no haya forma de apoyar la próxima ronda de aplicaciones.Entonces, si L1 no juega un papel en absoluto, la experiencia del usuario y toda la arquitectura serán controladas por L2 y algunas aplicaciones.No habrá nadie que represente a ETH.Entonces, si podemos asignar más roles a L1 en algunas aplicaciones, será mejor para ETH.
La siguiente pregunta que debemos responder es ¿qué hará L1?¿Qué hará L2?
Publiqué un artículo en febrero [3]. En un mundo centrado en L2, hay muchas cosas más importantes que necesitan hacer L1. Por ejemplo, L2 debe emitir pruebas a L1.Si hay un problema con un L2, el usuario necesitará cadena cruzada a otro L2 a L1. Además, la billetera de almacenamiento clave, los datos de Oracle se pueden colocar en L1, etc.Hay muchos mecanismos que deben confiar en L1.
También hay algunas aplicaciones de alto valor, como Defi, que en realidad son más adecuadas para L1.Una razón importante por la cual algunas aplicaciones Defi son más adecuadas para L1 es que su horizonte temporal (período de inversión) debe ser esperado durante mucho tiempo, como uno, dos y tres años.
Esto es especialmente obvio en el mercado de pronósticos. A veces, algunas preguntas se hacen en el mercado de pronósticos, como ¿qué sucederá en 2028?
Aquí hay un problema, si hay un problema con el gobierno de L2.Ese teóricamente todos los usuarios que pueden salir, pueden moverse a L1, pueden moverse a otro L2.Sin embargo, si hay una aplicación en este L2 y sus activos están bloqueados en contratos inteligentes a largo plazo, entonces el usuario no podrá salir.Por lo tanto, hay muchos defis teóricamente seguros, que de hecho no son muy seguros.
Por estas razones, algunas aplicaciones aún deben hacerse en L1, por lo que hemos comenzado a prestar más atención a la escalabilidad de L1.
Ahora tenemos una hoja de ruta, y en 2026 hay alrededor de cuatro a cinco formas de mejorar la escalabilidad de L1.
La primera es la ejecución retrasada (verificación y ejecución de bloque separadas), lo que significa que solo podemos verificar el bloque en cada ranura, para que pueda ejecutarse realmente en la siguiente ranura.Esto tiene la ventaja de que nuestro tiempo de ejecución máximo aceptable puede aumentarse de 200 milisegundos a 3 segundos o 6 segundos.Esto le dará más tiempo de procesamiento [4].
El segundo es la lista de acceso a nivel de bloque, lo que significa que cada bloque debe explicarse en la información de este bloque. Qué cuentas debe leer el bloque y el estado de almacenamiento relevante. Se puede decir que es similar a apáteros sin testigo. Una ventaja es que podemos procesar la operación y IO de EVM en paralelo, que es un método de implementación relativamente simple para el procesamiento paralelo.
El tercero es el precio de gas multidimensional [5], que puede establecer la capacidad máxima de un bloque, lo cual es muy importante para la seguridad.
Otro es el procesamiento de datos históricos (EIP4444), que no requiere que cada nodo guarde de forma permanente toda la información.Por ejemplo, cada nodo solo puede ahorrar 1%, podemos usar el método P2P, por ejemplo, su nodo puede almacenar parte de él, y su nodo puede almacenar parte de él.De esta manera, podemos almacenar esa información más dispersa.
Entonces, si podemos combinar estas cuatro soluciones, ahora pensamos que puede aumentar el gaslimit de L1 por 10 veces, y todas nuestras aplicaciones tendrán la oportunidad de comenzar a confiar más en L1 y hacer más cosas en L1, lo que será beneficioso para L1 y ETH.
Yan:
Ok, la siguiente pregunta, ¿tendremos una actualización de Pectra este mes?
Vitalik:
De hecho, esperamos hacer dos cosas, que es actualizar a Pectra a fines de este mes, y luego actualizar a Fusaka en Q3 o Q4.
Yan:
Wow, tan rápido?
Vitalik:
Con suerte, sí.
Yan:
La pregunta que hice a continuación también está relacionada con esto.Como alguien que ha visto crecer a Ethereum en el camino, sabemos que para garantizar la seguridad, Ethereum probablemente tiene cinco o seis clientes (cliente de consenso y cliente de ejecución) desarrollado al mismo tiempo, y hay mucho trabajo de coordinación en el medio, lo que resulta en un ciclo de desarrollo relativamente largo.
Esto tiene sus pros y contras, y puede ser más lento que otros L1s, pero también es más seguro.
Pero hay un plan que nos impedirá esperar un año y medio antes de que podamos actualizar.Probablemente te vi propuso algunas soluciones.¿Puedes presentarlos en detalle?
Vitalik:
Sí, hay una solución en la que podemos mejorar más la eficiencia de la coordinación.Ahora estamos comenzando a tener más personas que puedan deambular entre diferentes equipos para garantizar una comunicación más eficiente entre los equipos.
Si un equipo de cliente tiene un problema, puede decir el problema y decirle al equipo de investigadores saber que Thomas en realidad se convierte en uno de nuestros nuevos eds. Está en el cliente (equipo), y ahora también está en el EF (equipo).Puede hacer esta coordinación, este es el primer punto.
El segundo punto es que podemos ser más estrictos con el equipo del cliente. Nuestro método actual es, por ejemplo, si hay cinco equipos, entonces los cinco equipos deben estar completamente preparados, y anunciaremos la próxima horquilla dura (actualización de la red).Ahora estamos pensando que solo podemos esperar a que se completen cuatro equipos y que podemos comenzar a actualizar, para que no necesitemos esperar al más lento, y también podemos movilizar el entusiasmo de todos.
Cómo ver la criptografía y la IA
Yan:
Por lo tanto, la competencia apropiada aún debe mantenerse. Es bastante bueno. Realmente espero con ansias cada actualización, pero no dejes que todos esperen demasiado.
Más tarde quiero hacer preguntas sobre la criptografía, que son bastante divergentes.
Cuando nuestra comunidad se estableció por primera vez en 21 años, los desarrolladores de los principales intercambios nacionales e investigadores de Venture se reunieron para discutir Defi.21 años es de hecho la etapa en la que todos participan en la comprensión de Defi, el aprendizaje y el diseño de Defi, y es una ola de participación para toda la nación.
Desde la perspectiva del desarrollo posterior, para ZK, ya sea Volkswagen o desarrolladores, aprendiendo ZK, como Groth16, Plonk y Halo2, cuanto más desarrolladores se acompañen más adelante, será difícil ponerse al día, y el progreso tecnológico es muy rápido.
Además, ahora vemos una dirección que ZKVM está desarrollando rápidamente, lo que lleva a la dirección de Zkevm no tan popular como antes.Cuando ZKVM madura gradualmente, los desarrolladores no tienen que prestar demasiada atención al ZK subyacente.
¿Qué sugerencias y opiniones tienes sobre esto?
Vitalik:
Creo que la mejor dirección para algún ecosistema ZK es que la mayoría de estos desarrolladores de ZK pueden conocer algunos idiomas de alta gama, a saber, HLL (lenguaje de alto nivel).Luego pueden escribir su código de aplicación en el HLL, y aquellos investigadores del sistema de prueba pueden continuar modificando y continuar optimizando el algoritmo subyacente.Los desarrolladores deben ser en capas, no necesitan saber qué está sucediendo en la siguiente capa.
Puede haber un problema ahora que CircCom y Groth16 tienen un ecosistema muy desarrollado ahora, pero esto tiene una limitación relativamente grande en la aplicación de ZK ecológicamente.Debido a que Groth16 tiene muchas deficiencias, como el problema de la configuración confiable que cada aplicación debe ir por sí misma, y su eficiencia no es muy alta, por lo que también estamos pensando que necesitamos colocar más recursos aquí y luego ayudar a los HLL más modernos a tener éxito.
Otra cosa es que la ruta de ZK RISC-V también es muy buena.Debido a que RISC-V se ha convertido en un HLL, muchas aplicaciones, incluidas EVM y algunas otras aplicaciones, pueden escribirse en RISC-V [6].
Yan:
Ok, entonces es bueno para los desarrolladores simplemente aprender óxido.Asistí a Devcon Bangkok el año pasado y también escuché el desarrollo de la criptografía aplicada, lo que también hizo que mis ojos brillaran.
Con respecto al aspecto de la criptografía aplicada, ¿qué piensas sobre la combinación de ZKP, MPC y FHE, y qué sugerencias le das a los desarrolladores?
Vitalik:
Sí, esto es muy interesante.Creo que ahora tiene una buena perspectiva, pero hay una preocupación, es decir, MPC y siempre necesitan un comité, lo que significa que debe elegir, por ejemplo, siete o más nodos.Si esos nodos pueden ser del 51% o 33% pueden ser atacados, entonces habrá problemas con su sistema.Es equivalente a decir que el sistema tiene un Consejo de Seguridad, que en realidad es más grave que el Consejo de Seguridad.Porque, si un L2 es la Etapa 1, entonces el 75% de los nodos en el Consejo de Seguridad deben ser atacados antes de que haya problemas [7], que es el primer punto.
El segundo punto es el Consejo de Seguridad. Si son confiables, la mayoría de ellas serán arrojadas a billeteras en frío, es decir, la mayoría de ellas estarán descontroladas, pero en la mayoría de los MPC y FHES, su comité debe estar en línea todo el tiempo para que este sistema se ejecute, por lo que pueden implementarse en un VPS u otro servidor, por lo que será más fácil atacarlos.
Esto me preocupa un poco. Creo que aún se pueden hacer muchas aplicaciones, pero tienen ventajas, pero no son perfectas.
Yan:
Finalmente, haré otra pregunta relativamente relajada. Veo que también estás prestando atención a la IA recientemente. Quiero enumerar algunas opiniones.
Por ejemplo, Elon Mask dijo que los humanos pueden ser una guía para la civilización basada en silicio.
Luego hay una opinión en los «países de la red» de que los países centralizados pueden preferir la IA, mientras que los países democráticos prefieren blockchain.
Luego, desde nuestra experiencia en el círculo de divisas, la premisa de la descentralización es que todos cumplirán con las reglas, se verificarán y se equilibrarán entre sí, y saben cómo asumir riesgos, lo que eventualmente conducirá a la política de élite.Entonces, ¿qué piensas de estos puntos de vista? Simplemente hable sobre sus opiniones.
Vitalik:
Sí, estoy pensando en dónde empezar a responder.
Porque el campo de la IA es muy complejo. Por ejemplo, hace cinco años, nadie podría predecir que Estados Unidos tendrá la mejor IA de origen cercana del mundo, y China tendrá la mejor IA de código abierto. La IA puede mejorar todas las capacidades de todos y, a veces, también mejorar los derechos de algunos centralizados (nacionales).
Pero a veces se puede decir que la IA tiene un efecto relativamente democrático.Cuando uso IA yo mismo, lo encuentro en aquellas áreas donde ya he llegado a los 1,000 mejores del mundo.Por ejemplo, en algunas áreas del desarrollo de ZK, la IA en realidad me ayuda menos en la parte ZK, por lo que todavía necesito escribir la mayor parte del código yo mismo.Pero en esos campos donde soy un novato, la IA puede ayudarme mucho. Por ejemplo, nunca lo he hecho antes para el desarrollo de aplicaciones de Android.Hice una aplicación hace diez años, usando un marco, escrito en JavaScript, y luego la convertí en una aplicación. Aparte de eso, nunca antes había escrito una aplicación nativa de Android.
Hice un experimento a principios de este año, lo que significa que quería intentarlo y escribir una aplicación a través de ese GPT, y se terminó dentro de 1 hora.Se puede ver que la brecha entre expertos y novatos se ha reducido mucho a través de la ayuda de la IA, y la IA también puede dar algunas oportunidades nuevas.
Yan:
Para agregar, gracias por darme un nuevo ángulo.Hubiera pensado que con IA, los programadores experimentados pueden aprender más rápido, pero no son amigables con los programadores novatos.Pero en algunos aspectos, de hecho mejorará sus habilidades para los novatos. Puede ser un derecho igual, no una diferenciación, ¿verdad?
Vitalik:
Sí, pero ahora una pregunta muy importante que debe considerarse es qué efecto tendrá su combinación en la sociedad, incluidas blockchain, IA, criptografía y otras tecnologías.
Yan:
Entonces, todavía esperas que los humanos no solo sean una regla de élite, ¿verdad?También se espera lograr la optimización de Pareto en toda la sociedad.La gente común se convierte en súper individuos a través del empoderamiento de IA y Blockchain.
Vitalik:
Sí, súper individual, súper comunidad, súper humano.
Expectativas para el ecosistema de Ethereum y las sugerencias para los desarrolladores
Yan:
Ok, entonces vamos a la última pregunta, ¿algunas expectativas y mensajes de la comunidad de desarrolladores?¿Qué quieres decir a los desarrolladores de la comunidad Ethereum?
Vitalik:
Para los desarrolladores de estas aplicaciones Ethereum, piénselo.
Hay muchas oportunidades para desarrollar aplicaciones en Ethereum ahora, y hay muchas cosas que no eran posibles antes, y ahora podemos hacerlo.
Hay muchas razones aquí, como
Primero: el TPS de L1 no era suficiente antes, así que ahora este problema se ha ido;
Segundo: no había forma de resolver el problema de privacidad antes, pero ahora hay;
Tercero: es debido a esa IA, la dificultad de desarrollar cualquier cosa se ha vuelto menos. Se puede decir que aunque la complejidad del ecosistema de Ethereum se ha vuelto más alta, a través de IA, todos pueden entender más a Ethereum.
Así que creo que hay muchas cosas que fallaron hace diez años o hace cinco años que pueden tener éxito ahora.
En el ecosistema de aplicación blockchain actual, creo que el mayor problema es que tenemos dos aplicaciones.
La primera es que se puede decir que es muy abierto, descentralizado, seguro y particularmente idealista (aplicación).Pero solo tienen 42 usuarios.Se puede decir que el segundo tipo es un casino.El problema es que estos dos extremos no son saludables.
Entonces, lo que queremos es hacer algunas aplicaciones.
Lo primero que a los usuarios les gustará usar es que tendrá un valor real.
Esas aplicaciones serán mejores para el mundo.
El segundo es que realmente hay algunos modelos de negocio, como la economía, que pueden operarse continuamente, y no hay necesidad de confiar en el dinero limitado de fundaciones u otras organizaciones, lo cual también es un desafío.
Pero ahora creo que todos tienen más recursos que antes, por lo que si puedes encontrar una buena idea y si puedes hacerlo bien, entonces tus posibilidades de éxito son muy altas.
Yan:
Mientras miramos por el camino, creo que Ethereum es bastante exitoso. Siempre ha liderado la industria y está trabajando duro para resolver los problemas encontrados por la industria bajo la premisa de descentralización.
También me siento un poco más profundo. Nuestra comunidad siempre ha sido sin fines de lucro, a través de la subvención de Gitcoin en el ecosistema de Ethereum, las recompensas retrospectivas de OP y las recompensas de AirDrop de otras fiestas de proyectos.Descubrimos que Build puede obtener mucho apoyo en la comunidad de Ethereum, y también estamos pensando en cómo permitir que la comunidad opere de forma continua y estable.
La construcción de Ethereum es realmente emocionante, y también esperamos ver la implementación real de las computadoras del mundo lo antes posible.Gracias por tu precioso tiempo.
Entrevista con Moxingling, Hong Kong
07 de abril de 2025
