El fundador de Sui explica en detalle el diseño de la cadena de bloques de alto rendimiento: camino rápido y camino de consenso en paralelo.

Recientemente, entrevistamos a George Danezis sobre la complejidad y escalabilidad de la infraestructura de Sui, así como sobre 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 ingeniería de seguridad y privacidad de University College London.

A continuación se presentan los principales contenidos de esta entrevista:

Q1: ¿Puede hablarnos sobre su enfoque de investigación?

Estudio principalmente en el campo de la seguridad y la privacidad en el University College London. Al principio me enfoqué en sistemas peer-to-peer y sistemas anónimos, luego me cambié a libros de contabilidad distribuidos y blockchain, investigando cómo construir sistemas de alto rendimiento. Fundamos la empresa Chainspace para comercializar algunas ideas. Después me uní a Facebook, donde participé en el desarrollo del proyecto Libra/Diem. Actualmente estoy buscando otras oportunidades para realizar la idea de un blockchain de alto rendimiento.

Q2: ¿Cuál es la diferencia entre aplicación e investigación?

En realidad, la diferencia no es tan grande. Al investigar, consideramos todas las posibilidades para alcanzar objetivos específicos, mientras que al construir un sistema real, necesitamos tomar decisiones. Debemos juzgar cuáles ideas son las más valiosas y pueden resolver las necesidades reales de los usuarios. Esto no es solo un interés por el conocimiento, sino que es más importante crear valor para los usuarios.

Q3: ¿Cómo determina el problema que desea resolver al pasar de la teoría a la aplicación práctica?

Principalmente me enfoco en cómo expandir las diferentes funciones de la blockchain, especialmente en cómo aumentar el rendimiento de las transacciones y reducir la latencia. Este problema es evidente: cada vez que surge una aplicación popular en la blockchain, las plataformas existentes a menudo no pueden soportar el enorme volumen de transacciones, lo que lleva a congestión y un aumento explosivo de las tarifas. Por lo tanto, mejorar la capacidad de procesamiento de la blockchain se convierte en un desafío urgente por resolver.

Q4: ¿Cuáles son las diferencias y ventajas de la red L2 en comparación con nuevas redes L1 como Sui?

L2 es una solución de escalamiento para el ecosistema de Ethereum, pero para desarrolladores y usuarios, su uso puede ser complicado. Es necesario realizar un puente de activos entre L1 y L2, un proceso que es propenso a errores y ofrece una mala experiencia de usuario. Especialmente para activos complejos, es necesario implementar contratos inteligentes en ambos lados, lo que resulta muy engorroso.

En comparación, Sui utiliza una solución de base de datos grande, donde todo el estado es replicado por nodos de validación. Después de completar una transacción, los usuarios pueden utilizar directamente cualquier estado en la misma base de datos para la siguiente transacción, sin necesidad de mover activos frecuentemente entre diferentes redes. Esto mejora significativamente la experiencia del usuario.

Q5: ¿Cuál es la innovación clave de Sui Lutris?

Sui Lutris tiene dos conceptos centrales:

1. Muchas operaciones de blockchain no requieren consenso
2. Se necesita un método de alta capacidad de procesamiento cuando se requiere consenso.

Ofrece dos rutas de negociación: la ruta rápida ( que no requiere consenso ) y la ruta de consenso. Para los objetos exclusivos del usuario, se puede completar la transacción en 1 segundo a través de la ruta rápida. Para los objetos compartidos, se necesita procesar a través de la ruta de consenso, con una latencia más alta pero aún así con un alto rendimiento.

Este diseño permite que la mayoría de las transacciones diarias se procesen a través de rutas rápidas, mejorando enormemente el rendimiento. Al mismo tiempo, conserva la capacidad de manejar escenarios complejos como DeFi.

Q6: ¿Cómo pueden los desarrolladores utilizar el diseño de aplicaciones de ruta rápida?

Los desarrolladores pueden controlar completamente si un objeto es exclusivo o compartido. La clave para expandir la aplicación es usar tantos objetos exclusivos como sea posible, ya que esto puede lograr una latencia extremadamente baja. Por ejemplo, la mayoría de las operaciones en un juego deberían realizarse sobre objetos exclusivos.

Por supuesto, la primera versión de la aplicación puede considerar todo como un estado compartido. Pero a medida que sea necesario escalar, los desarrolladores deben considerar qué partes pueden cambiarse a objetos exclusivos para mejorar el rendimiento.

Q7: ¿Cómo funciona el bloque de transacciones programables?

Los bloques de transacciones programables se pueden usar 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 sola operación de cadena, lo que es muy eficiente. Si se involucran objetos compartidos, se entrará en la ruta de consenso, lo que resultará en un ligero aumento en la latencia.

Q8: ¿El rendimiento de Sui después del lanzamiento de la mainnet cumple con las expectativas? ¿Hubo algún descubrimiento inesperado?

El diseño de Sui ha sido validado en gran medida. Durante los picos de volumen de transacciones, se procesan más de 60 millones de transacciones al día, la mayoría de las cuales se completan a través de rutas rápidas, lo que demuestra una escalabilidad y baja latencia excepcionales.

También se han encontrado algunos problemas. El uso de rutas rápidas a veces puede causar que los objetos queden bloqueados, aunque generalmente se desbloquean al final de la época, esto aún afecta la experiencia del usuario. Actualmente se están desarrollando tecnologías para desbloquear rápidamente estos objetos.

Además, este mecanismo de desbloqueo rápido también podría proporcionar a los desarrolladores más capacidad de expresión, e incluso permitir que ciertos objetos compartidos sean procesados a través de rutas rápidas.

Q9: ¿Cuál es la razón para bloquear un objeto?

El bloqueo de objetos ocurre cuando un usuario o su software da órdenes contradictorias sobre el mismo objeto en diferentes dispositivos. Por ejemplo, cuando un teléfono móvil y una computadora realizan diferentes operaciones sobre un activo al mismo tiempo.

Al principio se pensaba que esta situación era poco común, pero en realidad ocurre con frecuencia. Actualmente, los objetos bloqueados no se pueden desbloquear hasta que termine el epoch, lo que puede causar problemas graves.

La solución en desarrollo es que, cuando esto ocurra, se resuelva inmediatamente a través de un camino de consenso, en lugar de esperar a que termine el epoch. Esto reducirá el tiempo de desbloqueo de un día a unos pocos segundos.

Q10: ¿Cómo puede una cadena pública equilibrar la transparencia, la trazabilidad y la privacidad?

Las necesidades de privacidad dependen en gran medida de la aplicación específica. La estrategia de Sui es proporcionar a los desarrolladores herramientas y plataformas para construir protección de la privacidad, en lugar de imponer un cierto esquema de privacidad.

Sui proporciona soporte nativo para criptografía, como la función de verificación de pruebas de cero conocimiento. Los desarrolladores pueden utilizar estas herramientas, combinando estrategias en la cadena y fuera de la cadena, para lograr el nivel de protección de la privacidad necesario.

Q11: ¿Sui aumentará más soporte nativo de privacidad?

Se está considerando proporcionar más apoyo a los desarrolladores para que puedan escribir contratos inteligentes más privados. Además de las pruebas de conocimiento cero, también se podrían agregar más funciones matemáticas o criptográficas generales.

También se están considerando otras tecnologías de protección de la privacidad, como el cálculo multipartito y el hardware confiable. Sin embargo, esto podría requerir cambios significativos en la arquitectura de Sui, por lo que se necesita un fuerte apoyo de la comunidad.

Q12: ¿Cómo ve el desarrollo de Sui en los próximos 6 a 12 meses?

Las mejoras a corto plazo dependen principalmente del tipo de aplicaciones que los desarrolladores construyan en Sui. A largo plazo, nosotros:

1. Mejorar el protocolo Sui Lutris para lograr una menor latencia y un diseño más simple
2. Aumentar la eficiencia económica para que los nodos de validación puedan funcionar en hardware más limitado.
3. Optimizar el uso de recursos, utilizando más hardware para ejecutar transacciones reales en lugar de gastos de blockchain.