Recientemente, tuvimos el privilegio de entrevistar a George Danezis, donde exploramos la complejidad y escalabilidad de la infraestructura Sui, así como cómo el sistema de procesamiento de transacciones de Sui facilita una red de alto rendimiento. George Danezis es cofundador y científico jefe de Mysten Labs, además de ser profesor en el área de seguridad y privacidad de la Universidad College de Londres.
A continuación se presentan los principales contenidos de esta entrevista:
Q1: ¿Puede presentarnos su enfoque de investigación?
Soy profesor en el University College London, y mi enfoque de investigación es la seguridad y la privacidad. En los primeros años, me centré principalmente en sistemas peer-to-peer y sistemas anónimos, que en su mayoría son grandes sistemas distribuidos centrados en el almacenamiento. Con el desarrollo de la tecnología blockchain, especialmente la aparición de Ethereum, comencé a interesarme por los libros de contabilidad distribuidos, blockchain y la forma en que se ejecutan los contratos inteligentes. En el grupo de investigación de UCL, comenzamos a investigar cómo construir sistemas de mayor rendimiento. Fundamos la empresa Chainspace para comercializar algunas de nuestras ideas, y más tarde el equipo fue adquirido. Después, participamos en el desarrollo de soluciones para escalar blockchain. Ahora sigo buscando oportunidades para realizar la idea de blockchain de alto rendimiento.
Q2: ¿Cuál es la diferencia entre aplicaciones e investigación?
En realidad, la diferencia no es mucha. Al investigar, consideramos todas las posibilidades para lograr objetivos específicos, como construir una blockchain de alto rendimiento. Pero al construir el sistema en la práctica, debemos tomar decisiones y juzgar qué ideas son más útiles y cuáles son realmente necesarias para las personas. Necesitamos considerar los cuellos de botella en la adopción de blockchain y qué impide a las personas alcanzar sus objetivos. Al construir el sistema, aún se consideran todas las posibilidades, se extrae inspiración de la literatura académica y luego se eligen los contenidos más relevantes para crear valor para el usuario.
Q3: ¿Cómo determina el problema que necesita resolver al pasar de la teoría a la aplicación práctica?
Mi investigación se centra principalmente en cómo expandir las diversas funciones de la blockchain, especialmente en el aspecto del sistema, como mejorar el rendimiento de las transacciones y reducir la latencia. Este problema es muy evidente, cada vez que un contrato en Ethereum se vuelve muy popular, la plataforma no puede soportar el enorme volumen de transacciones, lo que provoca congestión y un aumento de tarifas. Cada vez que la blockchain tiene éxito, vemos que su capacidad de procesamiento no es suficiente para satisfacer la demanda de los usuarios. Este desafío no solo es de interés para nuestro equipo, sino que toda la comunidad académica está investigando la blockchain, buscando diferentes maneras de resolver este problema. Ahora se han desarrollado muchas tecnologías para expandir la capacidad de la blockchain.
Q4: ¿Cuáles son las diferencias y ventajas de la red L2 en comparación con el establecimiento de una nueva red L1 como Sui?
L2 es una solución de escalado dentro del ecosistema de Ethereum, pero puede ser un poco complicado para los desarrolladores de aplicaciones. La interacción entre L2 y L1 requiere un puente, y este proceso es aceptable para tokens simples, pero es problemático para activos más complejos. Mover activos entre diferentes redes L2 es muy difícil y la experiencia del usuario no es buena.
Cosmos utiliza un enfoque diferente, empleando distintas cadenas de bloques para diferentes aplicaciones con el fin de lograr la escalabilidad. Sin embargo, también enfrenta problemas similares, ya que los usuarios deben realizar operaciones de puente cada vez que desean utilizar diferentes aplicaciones.
La solución de Sui es construir una gran base de datos que contenga el estado replicado de todos los nodos verificados. Una vez que se completa una transacción, todos los estados en la misma base de datos pueden ser utilizados para la siguiente transacción, sin que los usuarios tengan que mover continuamente el estado de los activos entre diferentes redes.
Q5: ¿Cuál es la clave de la innovación de Sui Lutris?
Sui Lutris se compone de dos conceptos clave:
Muchas operaciones de blockchain no requieren consenso.
Cuando se necesita consenso, hay un método de alta capacidad de procesamiento.
Sui Lutris es el núcleo del sistema distribuido Sui, asegurando que los nodos de validación que siguen el protocolo nunca se encuentren en un estado inconsistente. Ofrece dos rutas diferentes: una ruta rápida que no requiere consenso y otra ruta de consenso que requiere consenso.
La ruta rápida se utiliza para operar los propios objetos del usuario, obteniendo la finalización de la transacción sin esperar el consenso. La ruta de consenso se utiliza para transacciones que implican objetos compartidos, como subastas y otras operaciones que requieren la participación de múltiples personas.
Ambos caminos tienen sus ventajas. La ruta rápida tiene una latencia muy baja, generalmente menos de un segundo, y puede escalar ampliamente. La ruta de consenso tiene una latencia más alta, generalmente superior a un segundo, y una gran capacidad, pero tiene una escalabilidad inferior.
Q6: ¿Pueden los desarrolladores de aplicaciones en Sui diseñar sus aplicaciones para aprovechar el camino rápido?
Sí, este es el trabajo central en el diseño de aplicaciones extensibles. Los desarrolladores pueden controlar si los objetos con los que operan en el contrato son objetos exclusivos o compartidos. Un truco de las aplicaciones extensibles de Sui es asegurar que la mayoría de las operaciones se basen en objetos exclusivos, ya que esto se puede realizar con una latencia muy baja, proporcionando una buena experiencia de usuario.
Los diseñadores de contratos inteligentes tienen control total sobre esto y pueden especificar con precisión los tipos de transacciones en cada categoría. A medida que la demanda crece, los desarrolladores deben considerar cómo maximizar el uso de la ruta rápida.
Q7: ¿Cómo funcionan los bloques de transacciones programables?
Los bloques de transacciones programables se pueden utilizar en la ruta rápida o en la ruta de consenso. Si solo se involucran objetos exclusivos, se pueden realizar múltiples operaciones en una única operación de cadena, con una latencia muy baja. Si se involucran objetos compartidos, entrará en la ruta de consenso, y la latencia será un poco mayor.
Q8: ¿Cómo ha sido el rendimiento de Sui después del lanzamiento de la mainnet? ¿Hay algo que te haya sorprendido?
El diseño de Sui ha sido validado, especialmente durante los picos de volumen de transacciones. El volumen de transacciones diaria ha superado los 60 millones, la mayor parte utilizando rutas rápidas. Esto demuestra que Sui Lutris es muy escalable y tiene baja latencia.
Sin embargo, el uso de la ruta rápida también trae algunos desafíos. A veces, los objetos pueden ser bloqueados por error; aunque generalmente se desbloquean al final de un epoch, esta no es una experiencia ideal. Por ello, se está desarrollando un conjunto de técnicas que permitirá desbloquear rápidamente los objetos que han sido bloqueados por error.
Estas nuevas tecnologías no solo pueden resolver errores, sino que también pueden permitir a los desarrolladores expresar más operaciones a través de rutas rápidas, e incluso manejar ciertos casos de objetos compartidos.
Q9: ¿Cuál es la principal causa que lleva a la bloqueo de objetos actualmente?
El bloqueo de objetos ocurre principalmente en la ruta rápida, cuando hay un conflicto en el orden de operaciones de un mismo objeto. Por ejemplo, si diferentes dispositivos del usuario proporcionan un orden de operaciones contradictorio para el mismo objeto, Sui no puede determinar el orden correcto, lo que resulta en que el objeto quede bloqueado.
Actualmente, los objetos bloqueados deben esperar a que finalice el epoch para ser desbloqueados, lo que puede causar problemas graves. Por ello, Sui está desarrollando un nuevo mecanismo que resolverá rápidamente mediante consenso cuando los objetos estén bloqueados, reduciendo el tiempo de desbloqueo de un epoch a unos pocos segundos.
Q10: ¿Cómo ve usted el problema del equilibrio entre la transparencia, la trazabilidad y la privacidad en las cadenas públicas?
En las cadenas públicas, la necesidad de privacidad depende en gran medida de la aplicación específica. El enfoque de Sui es proporcionar herramientas a los desarrolladores de aplicaciones para proteger la privacidad del usuario, en lugar de imponer la protección de la privacidad a nivel de protocolo.
Sui proporciona un soporte nativo para criptomonedas, como la capacidad de verificar pruebas de conocimiento cero. Esto permite a los diseñadores de aplicaciones validar ciertos eventos fuera de la cadena sin tener que revelar detalles específicos en la cadena. Los desarrolladores pueden combinar estrategias en cadena, fuera de la cadena y criptográficas para resolver sus problemas de privacidad.
Q11: ¿Sui planea aumentar el soporte nativo de privacidad?
La comunidad está discutiendo qué apoyo adicional necesitan los desarrolladores para escribir contratos inteligentes más amigables con la privacidad. Además de las pruebas de conocimiento cero, también pueden ser necesarias funciones matemáticas o criptográficas más generales. Otras tecnologías como el cálculo multipartito o el hardware confiable también están en consideración, pero estas requieren cambios significativos en la arquitectura de Sui, lo que necesita una discusión y apoyo adecuados de la comunidad.
Q12: ¿Cómo cree que se desarrollará Sui en los próximos 6 a 12 meses?
En el corto plazo, muchas mejoras se centrarán en las necesidades de aplicaciones prácticas. A largo plazo, mejoraremos el protocolo Sui Lutris para lograr una menor latencia, un protocolo más simple y mejor escalabilidad. También nos comprometemos a mejorar la eficiencia económica, permitiendo que los nodos de validación funcionen en hardware más limitado y optimizando el uso de recursos de hardware. Estas son las principales direcciones de desarrollo que esperamos ver.
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.
12 me gusta
Recompensa
12
9
Compartir
Comentar
0/400
MemeTokenGenius
· 07-22 03:20
Esta vez hablan con mucho conocimiento. Hablaremos más cuando se lance.
Ver originalesResponder0
SchrodingerProfit
· 07-21 23:50
Esa trampa todavía huele a viejo...
Ver originalesResponder0
ResearchChadButBroke
· 07-21 16:08
¿De qué sirve hablar de tecnología todo el día? Primero hay que subir y luego se habla.
Ver originalesResponder0
PessimisticLayer
· 07-19 06:14
Estamos diciendo que el rendimiento sigue siendo una necesidad fundamental.
Ver originalesResponder0
GasFeeLady
· 07-19 06:14
yo su rendimiento de tx es impresionante pero muéstrame los datos reales de gas fr
Ver originalesResponder0
ImaginaryWhale
· 07-19 06:14
Ingresos mensuales de k, veterano de la privacidad
Ver originalesResponder0
HappyMinerUncle
· 07-19 06:11
Hablar grandes cosas lo puede hacer cualquiera, solo se trata de ver qué tan rápido corre en la práctica.
Ver originalesResponder0
NervousFingers
· 07-19 06:09
La tecnología es increíble, alcista alcista
Ver originalesResponder0
WhaleMistaker
· 07-19 06:07
Ah, hacer tantas estructuras no entiendo, ¿puede subir?
El cofundador de Sui interpreta la arquitectura de cadena de bloques de alto rendimiento y su desarrollo futuro
Recientemente, tuvimos el privilegio de entrevistar a George Danezis, donde exploramos la complejidad y escalabilidad de la infraestructura Sui, así como cómo el sistema de procesamiento de transacciones de Sui facilita una red de alto rendimiento. George Danezis es cofundador y científico jefe de Mysten Labs, además de ser profesor en el área de seguridad y privacidad de la Universidad College de Londres.
A continuación se presentan los principales contenidos de esta entrevista:
Q1: ¿Puede presentarnos su enfoque de investigación?
Soy profesor en el University College London, y mi enfoque de investigación es la seguridad y la privacidad. En los primeros años, me centré principalmente en sistemas peer-to-peer y sistemas anónimos, que en su mayoría son grandes sistemas distribuidos centrados en el almacenamiento. Con el desarrollo de la tecnología blockchain, especialmente la aparición de Ethereum, comencé a interesarme por los libros de contabilidad distribuidos, blockchain y la forma en que se ejecutan los contratos inteligentes. En el grupo de investigación de UCL, comenzamos a investigar cómo construir sistemas de mayor rendimiento. Fundamos la empresa Chainspace para comercializar algunas de nuestras ideas, y más tarde el equipo fue adquirido. Después, participamos en el desarrollo de soluciones para escalar blockchain. Ahora sigo buscando oportunidades para realizar la idea de blockchain de alto rendimiento.
Q2: ¿Cuál es la diferencia entre aplicaciones e investigación?
En realidad, la diferencia no es mucha. Al investigar, consideramos todas las posibilidades para lograr objetivos específicos, como construir una blockchain de alto rendimiento. Pero al construir el sistema en la práctica, debemos tomar decisiones y juzgar qué ideas son más útiles y cuáles son realmente necesarias para las personas. Necesitamos considerar los cuellos de botella en la adopción de blockchain y qué impide a las personas alcanzar sus objetivos. Al construir el sistema, aún se consideran todas las posibilidades, se extrae inspiración de la literatura académica y luego se eligen los contenidos más relevantes para crear valor para el usuario.
Q3: ¿Cómo determina el problema que necesita resolver al pasar de la teoría a la aplicación práctica?
Mi investigación se centra principalmente en cómo expandir las diversas funciones de la blockchain, especialmente en el aspecto del sistema, como mejorar el rendimiento de las transacciones y reducir la latencia. Este problema es muy evidente, cada vez que un contrato en Ethereum se vuelve muy popular, la plataforma no puede soportar el enorme volumen de transacciones, lo que provoca congestión y un aumento de tarifas. Cada vez que la blockchain tiene éxito, vemos que su capacidad de procesamiento no es suficiente para satisfacer la demanda de los usuarios. Este desafío no solo es de interés para nuestro equipo, sino que toda la comunidad académica está investigando la blockchain, buscando diferentes maneras de resolver este problema. Ahora se han desarrollado muchas tecnologías para expandir la capacidad de la blockchain.
Q4: ¿Cuáles son las diferencias y ventajas de la red L2 en comparación con el establecimiento de una nueva red L1 como Sui?
L2 es una solución de escalado dentro del ecosistema de Ethereum, pero puede ser un poco complicado para los desarrolladores de aplicaciones. La interacción entre L2 y L1 requiere un puente, y este proceso es aceptable para tokens simples, pero es problemático para activos más complejos. Mover activos entre diferentes redes L2 es muy difícil y la experiencia del usuario no es buena.
Cosmos utiliza un enfoque diferente, empleando distintas cadenas de bloques para diferentes aplicaciones con el fin de lograr la escalabilidad. Sin embargo, también enfrenta problemas similares, ya que los usuarios deben realizar operaciones de puente cada vez que desean utilizar diferentes aplicaciones.
La solución de Sui es construir una gran base de datos que contenga el estado replicado de todos los nodos verificados. Una vez que se completa una transacción, todos los estados en la misma base de datos pueden ser utilizados para la siguiente transacción, sin que los usuarios tengan que mover continuamente el estado de los activos entre diferentes redes.
Q5: ¿Cuál es la clave de la innovación de Sui Lutris?
Sui Lutris se compone de dos conceptos clave:
Sui Lutris es el núcleo del sistema distribuido Sui, asegurando que los nodos de validación que siguen el protocolo nunca se encuentren en un estado inconsistente. Ofrece dos rutas diferentes: una ruta rápida que no requiere consenso y otra ruta de consenso que requiere consenso.
La ruta rápida se utiliza para operar los propios objetos del usuario, obteniendo la finalización de la transacción sin esperar el consenso. La ruta de consenso se utiliza para transacciones que implican objetos compartidos, como subastas y otras operaciones que requieren la participación de múltiples personas.
Ambos caminos tienen sus ventajas. La ruta rápida tiene una latencia muy baja, generalmente menos de un segundo, y puede escalar ampliamente. La ruta de consenso tiene una latencia más alta, generalmente superior a un segundo, y una gran capacidad, pero tiene una escalabilidad inferior.
Q6: ¿Pueden los desarrolladores de aplicaciones en Sui diseñar sus aplicaciones para aprovechar el camino rápido?
Sí, este es el trabajo central en el diseño de aplicaciones extensibles. Los desarrolladores pueden controlar si los objetos con los que operan en el contrato son objetos exclusivos o compartidos. Un truco de las aplicaciones extensibles de Sui es asegurar que la mayoría de las operaciones se basen en objetos exclusivos, ya que esto se puede realizar con una latencia muy baja, proporcionando una buena experiencia de usuario.
Los diseñadores de contratos inteligentes tienen control total sobre esto y pueden especificar con precisión los tipos de transacciones en cada categoría. A medida que la demanda crece, los desarrolladores deben considerar cómo maximizar el uso de la ruta rápida.
Q7: ¿Cómo funcionan los bloques de transacciones programables?
Los bloques de transacciones programables se pueden utilizar en la ruta rápida o en la ruta de consenso. Si solo se involucran objetos exclusivos, se pueden realizar múltiples operaciones en una única operación de cadena, con una latencia muy baja. Si se involucran objetos compartidos, entrará en la ruta de consenso, y la latencia será un poco mayor.
Q8: ¿Cómo ha sido el rendimiento de Sui después del lanzamiento de la mainnet? ¿Hay algo que te haya sorprendido?
El diseño de Sui ha sido validado, especialmente durante los picos de volumen de transacciones. El volumen de transacciones diaria ha superado los 60 millones, la mayor parte utilizando rutas rápidas. Esto demuestra que Sui Lutris es muy escalable y tiene baja latencia.
Sin embargo, el uso de la ruta rápida también trae algunos desafíos. A veces, los objetos pueden ser bloqueados por error; aunque generalmente se desbloquean al final de un epoch, esta no es una experiencia ideal. Por ello, se está desarrollando un conjunto de técnicas que permitirá desbloquear rápidamente los objetos que han sido bloqueados por error.
Estas nuevas tecnologías no solo pueden resolver errores, sino que también pueden permitir a los desarrolladores expresar más operaciones a través de rutas rápidas, e incluso manejar ciertos casos de objetos compartidos.
Q9: ¿Cuál es la principal causa que lleva a la bloqueo de objetos actualmente?
El bloqueo de objetos ocurre principalmente en la ruta rápida, cuando hay un conflicto en el orden de operaciones de un mismo objeto. Por ejemplo, si diferentes dispositivos del usuario proporcionan un orden de operaciones contradictorio para el mismo objeto, Sui no puede determinar el orden correcto, lo que resulta en que el objeto quede bloqueado.
Actualmente, los objetos bloqueados deben esperar a que finalice el epoch para ser desbloqueados, lo que puede causar problemas graves. Por ello, Sui está desarrollando un nuevo mecanismo que resolverá rápidamente mediante consenso cuando los objetos estén bloqueados, reduciendo el tiempo de desbloqueo de un epoch a unos pocos segundos.
Q10: ¿Cómo ve usted el problema del equilibrio entre la transparencia, la trazabilidad y la privacidad en las cadenas públicas?
En las cadenas públicas, la necesidad de privacidad depende en gran medida de la aplicación específica. El enfoque de Sui es proporcionar herramientas a los desarrolladores de aplicaciones para proteger la privacidad del usuario, en lugar de imponer la protección de la privacidad a nivel de protocolo.
Sui proporciona un soporte nativo para criptomonedas, como la capacidad de verificar pruebas de conocimiento cero. Esto permite a los diseñadores de aplicaciones validar ciertos eventos fuera de la cadena sin tener que revelar detalles específicos en la cadena. Los desarrolladores pueden combinar estrategias en cadena, fuera de la cadena y criptográficas para resolver sus problemas de privacidad.
Q11: ¿Sui planea aumentar el soporte nativo de privacidad?
La comunidad está discutiendo qué apoyo adicional necesitan los desarrolladores para escribir contratos inteligentes más amigables con la privacidad. Además de las pruebas de conocimiento cero, también pueden ser necesarias funciones matemáticas o criptográficas más generales. Otras tecnologías como el cálculo multipartito o el hardware confiable también están en consideración, pero estas requieren cambios significativos en la arquitectura de Sui, lo que necesita una discusión y apoyo adecuados de la comunidad.
Q12: ¿Cómo cree que se desarrollará Sui en los próximos 6 a 12 meses?
En el corto plazo, muchas mejoras se centrarán en las necesidades de aplicaciones prácticas. A largo plazo, mejoraremos el protocolo Sui Lutris para lograr una menor latencia, un protocolo más simple y mejor escalabilidad. También nos comprometemos a mejorar la eficiencia económica, permitiendo que los nodos de validación funcionen en hardware más limitado y optimizando el uso de recursos de hardware. Estas son las principales direcciones de desarrollo que esperamos ver.