Recientemente, entrevistamos a un experto en el campo de la cadena de bloques, quien discutió 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. Este experto es uno de los contribuyentes iniciales de Sui y también es profesor en el campo de la seguridad y privacidad en una universidad de renombre.
A continuación se presentan los principales contenidos de esta entrevista:
Q1：¿Puede presentar el enfoque de su investigación?
Mi enfoque de investigación se centra principalmente en la seguridad y la privacidad. Al principio, realicé una gran cantidad de investigación en sistemas peer-to-peer y sistemas anónimos, que eran en su mayoría sistemas distribuidos de gran tamaño enfocados en el almacenamiento. Con el desarrollo de la tecnología de Cadena de bloques, especialmente con la aparición de Ethereum, me surgió un gran interés por los libros de contabilidad distribuidos y la ejecución de contratos inteligentes. Nuestro grupo de investigación en la universidad comenzó a investigar cómo construir sistemas de mayor rendimiento y fundamos una empresa para comercializar algunas ideas. Más tarde, participamos en el desarrollo de un gran proyecto de Cadena de bloques, pero cuando el plan no logró avanzar, decidí irme y seguir buscando otras oportunidades para realizar la idea de una Cadena de bloques de alto rendimiento.
Q2: ¿Cómo ve la diferencia entre la aplicación y la investigación?
En realidad, no hay mucha diferencia entre los dos. Al investigar, consideramos todas las posibilidades para alcanzar un objetivo específico, mientras que al construir un sistema real, debemos elegir la solución que mejor se adapte. La clave es determinar qué ideas son más valiosas para los usuarios y pueden resolver los problemas de cuellos de botella en la adopción de la Cadena de bloques. Esto no es solo por interés académico, sino que es más importante crear valor práctico para los usuarios.
Q3: ¿Cómo determinas el problema a 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 Cadena de bloques, especialmente en cómo aumentar el rendimiento de las transacciones y reducir la latencia. Este problema es muy evidente en la práctica, cada vez que aparece una aplicación popular, las plataformas existentes a menudo no pueden soportar tal volumen de transacciones, lo que lleva a congestión y un aumento drástico de las tarifas. Por lo tanto, mejorar la capacidad de procesamiento de la Cadena de bloques se ha convertido en un desafío de gran interés, y el mundo académico también está intentando abordar este problema de diferentes maneras.
Q4: ¿Cuáles son las diferencias y ventajas entre las redes L2 y las nuevas redes L1 en la solución de problemas de escalabilidad?
L2 es una solución de expansión sobre la Cadena de bloques existente, pero es bastante compleja de usar para desarrolladores y usuarios. La transferencia de activos entre L1 y L2 requiere un puente, y este proceso es especialmente complicado para activos complejos. Los usuarios pueden necesitar transferir activos con frecuencia entre múltiples redes, lo que afecta la experiencia de uso.
En comparación, redes L1 nuevas como Sui han adoptado un enfoque diferente. Hemos construido una gran base de datos que contiene todos los estados, replicada por nodos de validación. Después de que un usuario completa una transacción, puede utilizar directamente cualquier estado en la misma base de datos para la siguiente transacción, sin necesidad de mover activos de un lado a otro entre diferentes redes. Este método simplifica enormemente las operaciones del usuario y mejora la eficiencia.
Q5: ¿Cuál es la innovación clave de Sui Lutris?
Sui Lutris incluye dos conceptos clave: primero, muchas operaciones de bloques en realidad no requieren consenso; segundo, para los casos que realmente requieren consenso, tenemos un método de procesamiento de alta capacidad. La combinación de estos dos enfoques permite que Sui logre un alto rendimiento.
Sui proporciona dos rutas de transacción: una ruta rápida que no requiere consenso y una ruta de consenso que sí lo requiere. Cuando los usuarios operan sus objetos exclusivos, pueden utilizar la ruta rápida para obtener una latencia extremadamente baja y una alta escalabilidad. En cambio, las operaciones que implican objetos compartidos deben procesarse a través de la ruta de consenso.
Este diseño permite que la mayoría de las transacciones diarias se realicen a través de un camino rápido, al mismo tiempo que admite operaciones que requieren un consenso más complejo. Los desarrolladores pueden seleccionar de manera flexible qué camino utilizar según las necesidades de la aplicación, optimizando así el rendimiento y la experiencia del usuario.
Q6: ¿Cómo pueden los desarrolladores aprovechar el camino rápido de Sui?
Los desarrolladores pueden controlar completamente los tipos de objetos en sus contratos inteligentes, lo que les permite decidir qué ruta de transacción utilizar. Para aprovechar al máximo las ventajas de rendimiento de Sui, los desarrolladores deben diseñar la mayor parte de las operaciones para que se realicen en objetos exclusivos, de modo que puedan disfrutar de una latencia extremadamente baja.
Por ejemplo, la mayoría de las operaciones en el juego deben diseñarse para utilizar rutas rápidas, lo que puede proporcionar una mejor experiencia de usuario. Por supuesto, algunas operaciones que necesitan ser mediadas a través de estados compartidos aún requieren el uso de rutas de consenso.
Los desarrolladores pueden sopesar y diseñar de manera flexible entre dos rutas según las necesidades específicas de la aplicación. A medida que aumenta la escala de la aplicación, puede ser necesario reconsiderar qué operaciones se pueden trasladar a la ruta rápida para mejorar el rendimiento general.
Q7: ¿Cuál es el papel de los bloques de transacciones programables en Sui?
Los bloques de transacciones programables se pueden utilizar en la ruta rápida o en la ruta de consenso. Si un bloque de transacción solo involucra objetos exclusivos del usuario, se pueden realizar múltiples operaciones en una sola cadena de bloques, lo que es muy útil para aplicaciones que requieren manejar una gran cantidad de transacciones.
Por ejemplo, una plataforma de intercambio puede procesar simultáneamente las operaciones de compra y venta de múltiples usuarios en una sola transacción, ya que estas operaciones involucran objetos que la plataforma posee. Este enfoque puede mejorar enormemente la eficiencia de las transacciones.
Si el bloque de transacciones contiene objetos compartidos, entonces es necesario procesarlos a través de una ruta de consenso. Aunque la latencia será un poco más alta, aún se puede completar en unos pocos segundos.
Q8: Después del lanzamiento de la red principal, ¿el rendimiento de Sui ha cumplido con las expectativas? ¿Hay algo que te haya sorprendido?
Después de que la red principal se pusiera en línea, hubo varios puntos que confirmaron la filosofía de diseño de Sui. Primero, cuando el volumen de transacciones era especialmente alto, el volumen de transacciones de Sui incluso superó los 60 millones por día, la mayor parte de las cuales fue procesada a través de rutas rápidas. Esto verificó la escalabilidad y las características de baja latencia de Sui Lutris.
Sin embargo, también hemos descubierto que hay algunas sutilezas en el uso de la ruta rápida. Dado que los propietarios de los objetos necesitan gestionar el orden de las operaciones en sus objetos, a veces pueden cometer errores que resultan en que el objeto se bloquee. Aunque estos bloqueos generalmente se levantan al final de un epoch, esta experiencia no es ideal.
Para resolver este problema, estamos desarrollando un conjunto de tecnologías que permiten desbloquear rápidamente los objetos que han sido bloqueados por error en cuestión de segundos. Esto no solo puede evitar errores, sino que también permite a los desarrolladores expresar más operaciones a través de un camino rápido, e incluso puede permitir que ciertos objetos compartidos utilicen el camino rápido bajo condiciones específicas.
Q9：¿Cuál es la principal razón que causa el bloqueo de objetos?
El bloqueo de objetos ocurre principalmente en la ruta rápida, cuando hay una contradicción en el orden de las operaciones sobre el mismo objeto. Por ejemplo, si un usuario realiza operaciones sobre el mismo objeto en diferentes dispositivos, puede haber un orden de operaciones contradictorio. En este caso, Sui no puede determinar el orden correcto y solo puede bloquear el objeto.
Al principio, pensábamos que esta situación no ocurriría con frecuencia, pero en realidad es más común de lo esperado. Actualmente, los objetos bloqueados necesitan esperar hasta que termine el epoch para desbloquearse, lo que puede causar problemas graves de uso.
Para mejorar esta situación, estamos desarrollando nuevos mecanismos que permiten actuar más rápido cuando un objeto está bloqueado. En el futuro, si hay una situación de orden no definido, Sui resolverá a través de una ruta de consenso, y este proceso solo tomará unos segundos, en lugar de esperar a que termine el epoch.
Q10: ¿Cómo ve el equilibrio entre la transparencia, la trazabilidad y la privacidad en las cadenas de bloques públicas?
En las cadenas de bloques públicas, equilibrar la transparencia, la trazabilidad y la privacidad es un problema estrechamente relacionado con las aplicaciones. Creo que la necesidad de privacidad depende en gran medida de la aplicación específica. La filosofía de Sui es proporcionar a los desarrolladores de aplicaciones una buena plataforma que les permita implementar la protección de la privacidad según sus necesidades.
Para apoyar la protección de la privacidad, Sui ofrece algún soporte de cifrado nativo, como la capacidad de verificación de pruebas de conocimiento cero. Esto permite a los desarrolladores de aplicaciones verificar ciertos eventos fuera de la cadena, sin necesidad de revelar contenido específico en la cadena. Esta es una herramienta básica para construir aplicaciones amigables con la privacidad.
Los desarrolladores pueden implementar el nivel de protección de privacidad requerido según las necesidades de sus aplicaciones, combinando operaciones en la cadena, fuera de la cadena y tecnología de cifrado. El objetivo de Sui es proporcionar las herramientas necesarias y flexibilidad para que los desarrolladores puedan diseñar soluciones de privacidad según sus necesidades.
Q11: ¿Sui planea ofrecer más soporte nativo de privacidad?
La comunidad está discutiendo sobre proporcionar más apoyo para la redacción de contratos inteligentes amigables con la privacidad para los desarrolladores. Además del soporte existente para pruebas de conocimiento cero, también se está considerando si es necesario agregar más funciones matemáticas o criptográficas generales en la cadena.
Damos la bienvenida a los diseñadores de contratos inteligentes para que proporcionen comentarios sobre las funciones que faltan. Además de la prueba de cero conocimiento, existen otros tipos de tecnologías de protección de la privacidad, como el cálculo multipartito o el hardware confiable. Sin embargo, estas tecnologías pueden requerir algunos cambios básicos en la arquitectura de Sui, por lo que se necesita evidencia suficiente de demanda en la comunidad.
Si la comunidad desea avanzar en esta dirección, tendremos un proceso para discutir y agregar nuevas formas de protección de la privacidad.
Q12: ¿Cuál es su perspectiva sobre el desarrollo de Sui en los próximos 6 a 12 meses?
El desarrollo de Sui se basará principalmente en las necesidades de las aplicaciones desarrolladas por la comunidad. A largo plazo, nos comprometemos a mejorar el protocolo Sui Lutris para lograr una menor latencia y un proceso operativo más simple, aumentando la escalabilidad de Sui.
Además, también nos comprometemos a mejorar la eficiencia económica, permitiendo que los nodos de validación funcionen en hardware más limitado y utilizando más los recursos de hardware existentes para la ejecución de transacciones reales, en lugar de otros gastos de la Cadena de bloques.
En general, esperamos ver mejoras continuas en el rendimiento, la eficiencia y la experiencia del usuario de Sui, así como la aparición de más aplicaciones innovadoras.
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.
15 me gusta
Recompensa
15
7
Compartir
Comentar
0/400
RuntimeError
· 07-18 20:02
¿Cuándo podremos jugar con un Testnet?
Ver originalesResponder0
PessimisticOracle
· 07-18 00:25
¿Solo se trata de rendimiento? La privacidad también es un desafío.
Ver originalesResponder0
ImaginaryWhale
· 07-18 00:24
El experto habló mucho pero no dijo el punto clave.
Ver originalesResponder0
GasFeeTears
· 07-18 00:24
¡La alta producción de energía g no puede soportar este gas!
Interpretación del fundador de Sui: cómo una cadena pública de alto rendimiento puede superar el cuello de botella de la escalabilidad
Recientemente, entrevistamos a un experto en el campo de la cadena de bloques, quien discutió 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. Este experto es uno de los contribuyentes iniciales de Sui y también es profesor en el campo de la seguridad y privacidad en una universidad de renombre.
A continuación se presentan los principales contenidos de esta entrevista:
Q1：¿Puede presentar el enfoque de su investigación?
Mi enfoque de investigación se centra principalmente en la seguridad y la privacidad. Al principio, realicé una gran cantidad de investigación en sistemas peer-to-peer y sistemas anónimos, que eran en su mayoría sistemas distribuidos de gran tamaño enfocados en el almacenamiento. Con el desarrollo de la tecnología de Cadena de bloques, especialmente con la aparición de Ethereum, me surgió un gran interés por los libros de contabilidad distribuidos y la ejecución de contratos inteligentes. Nuestro grupo de investigación en la universidad comenzó a investigar cómo construir sistemas de mayor rendimiento y fundamos una empresa para comercializar algunas ideas. Más tarde, participamos en el desarrollo de un gran proyecto de Cadena de bloques, pero cuando el plan no logró avanzar, decidí irme y seguir buscando otras oportunidades para realizar la idea de una Cadena de bloques de alto rendimiento.
Q2: ¿Cómo ve la diferencia entre la aplicación y la investigación?
En realidad, no hay mucha diferencia entre los dos. Al investigar, consideramos todas las posibilidades para alcanzar un objetivo específico, mientras que al construir un sistema real, debemos elegir la solución que mejor se adapte. La clave es determinar qué ideas son más valiosas para los usuarios y pueden resolver los problemas de cuellos de botella en la adopción de la Cadena de bloques. Esto no es solo por interés académico, sino que es más importante crear valor práctico para los usuarios.
Q3: ¿Cómo determinas el problema a 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 Cadena de bloques, especialmente en cómo aumentar el rendimiento de las transacciones y reducir la latencia. Este problema es muy evidente en la práctica, cada vez que aparece una aplicación popular, las plataformas existentes a menudo no pueden soportar tal volumen de transacciones, lo que lleva a congestión y un aumento drástico de las tarifas. Por lo tanto, mejorar la capacidad de procesamiento de la Cadena de bloques se ha convertido en un desafío de gran interés, y el mundo académico también está intentando abordar este problema de diferentes maneras.
Q4: ¿Cuáles son las diferencias y ventajas entre las redes L2 y las nuevas redes L1 en la solución de problemas de escalabilidad?
L2 es una solución de expansión sobre la Cadena de bloques existente, pero es bastante compleja de usar para desarrolladores y usuarios. La transferencia de activos entre L1 y L2 requiere un puente, y este proceso es especialmente complicado para activos complejos. Los usuarios pueden necesitar transferir activos con frecuencia entre múltiples redes, lo que afecta la experiencia de uso.
En comparación, redes L1 nuevas como Sui han adoptado un enfoque diferente. Hemos construido una gran base de datos que contiene todos los estados, replicada por nodos de validación. Después de que un usuario completa una transacción, puede utilizar directamente cualquier estado en la misma base de datos para la siguiente transacción, sin necesidad de mover activos de un lado a otro entre diferentes redes. Este método simplifica enormemente las operaciones del usuario y mejora la eficiencia.
Q5: ¿Cuál es la innovación clave de Sui Lutris?
Sui Lutris incluye dos conceptos clave: primero, muchas operaciones de bloques en realidad no requieren consenso; segundo, para los casos que realmente requieren consenso, tenemos un método de procesamiento de alta capacidad. La combinación de estos dos enfoques permite que Sui logre un alto rendimiento.
Sui proporciona dos rutas de transacción: una ruta rápida que no requiere consenso y una ruta de consenso que sí lo requiere. Cuando los usuarios operan sus objetos exclusivos, pueden utilizar la ruta rápida para obtener una latencia extremadamente baja y una alta escalabilidad. En cambio, las operaciones que implican objetos compartidos deben procesarse a través de la ruta de consenso.
Este diseño permite que la mayoría de las transacciones diarias se realicen a través de un camino rápido, al mismo tiempo que admite operaciones que requieren un consenso más complejo. Los desarrolladores pueden seleccionar de manera flexible qué camino utilizar según las necesidades de la aplicación, optimizando así el rendimiento y la experiencia del usuario.
Q6: ¿Cómo pueden los desarrolladores aprovechar el camino rápido de Sui?
Los desarrolladores pueden controlar completamente los tipos de objetos en sus contratos inteligentes, lo que les permite decidir qué ruta de transacción utilizar. Para aprovechar al máximo las ventajas de rendimiento de Sui, los desarrolladores deben diseñar la mayor parte de las operaciones para que se realicen en objetos exclusivos, de modo que puedan disfrutar de una latencia extremadamente baja.
Por ejemplo, la mayoría de las operaciones en el juego deben diseñarse para utilizar rutas rápidas, lo que puede proporcionar una mejor experiencia de usuario. Por supuesto, algunas operaciones que necesitan ser mediadas a través de estados compartidos aún requieren el uso de rutas de consenso.
Los desarrolladores pueden sopesar y diseñar de manera flexible entre dos rutas según las necesidades específicas de la aplicación. A medida que aumenta la escala de la aplicación, puede ser necesario reconsiderar qué operaciones se pueden trasladar a la ruta rápida para mejorar el rendimiento general.
Q7: ¿Cuál es el papel de los bloques de transacciones programables en Sui?
Los bloques de transacciones programables se pueden utilizar en la ruta rápida o en la ruta de consenso. Si un bloque de transacción solo involucra objetos exclusivos del usuario, se pueden realizar múltiples operaciones en una sola cadena de bloques, lo que es muy útil para aplicaciones que requieren manejar una gran cantidad de transacciones.
Por ejemplo, una plataforma de intercambio puede procesar simultáneamente las operaciones de compra y venta de múltiples usuarios en una sola transacción, ya que estas operaciones involucran objetos que la plataforma posee. Este enfoque puede mejorar enormemente la eficiencia de las transacciones.
Si el bloque de transacciones contiene objetos compartidos, entonces es necesario procesarlos a través de una ruta de consenso. Aunque la latencia será un poco más alta, aún se puede completar en unos pocos segundos.
Q8: Después del lanzamiento de la red principal, ¿el rendimiento de Sui ha cumplido con las expectativas? ¿Hay algo que te haya sorprendido?
Después de que la red principal se pusiera en línea, hubo varios puntos que confirmaron la filosofía de diseño de Sui. Primero, cuando el volumen de transacciones era especialmente alto, el volumen de transacciones de Sui incluso superó los 60 millones por día, la mayor parte de las cuales fue procesada a través de rutas rápidas. Esto verificó la escalabilidad y las características de baja latencia de Sui Lutris.
Sin embargo, también hemos descubierto que hay algunas sutilezas en el uso de la ruta rápida. Dado que los propietarios de los objetos necesitan gestionar el orden de las operaciones en sus objetos, a veces pueden cometer errores que resultan en que el objeto se bloquee. Aunque estos bloqueos generalmente se levantan al final de un epoch, esta experiencia no es ideal.
Para resolver este problema, estamos desarrollando un conjunto de tecnologías que permiten desbloquear rápidamente los objetos que han sido bloqueados por error en cuestión de segundos. Esto no solo puede evitar errores, sino que también permite a los desarrolladores expresar más operaciones a través de un camino rápido, e incluso puede permitir que ciertos objetos compartidos utilicen el camino rápido bajo condiciones específicas.
Q9：¿Cuál es la principal razón que causa el bloqueo de objetos?
El bloqueo de objetos ocurre principalmente en la ruta rápida, cuando hay una contradicción en el orden de las operaciones sobre el mismo objeto. Por ejemplo, si un usuario realiza operaciones sobre el mismo objeto en diferentes dispositivos, puede haber un orden de operaciones contradictorio. En este caso, Sui no puede determinar el orden correcto y solo puede bloquear el objeto.
Al principio, pensábamos que esta situación no ocurriría con frecuencia, pero en realidad es más común de lo esperado. Actualmente, los objetos bloqueados necesitan esperar hasta que termine el epoch para desbloquearse, lo que puede causar problemas graves de uso.
Para mejorar esta situación, estamos desarrollando nuevos mecanismos que permiten actuar más rápido cuando un objeto está bloqueado. En el futuro, si hay una situación de orden no definido, Sui resolverá a través de una ruta de consenso, y este proceso solo tomará unos segundos, en lugar de esperar a que termine el epoch.
Q10: ¿Cómo ve el equilibrio entre la transparencia, la trazabilidad y la privacidad en las cadenas de bloques públicas?
En las cadenas de bloques públicas, equilibrar la transparencia, la trazabilidad y la privacidad es un problema estrechamente relacionado con las aplicaciones. Creo que la necesidad de privacidad depende en gran medida de la aplicación específica. La filosofía de Sui es proporcionar a los desarrolladores de aplicaciones una buena plataforma que les permita implementar la protección de la privacidad según sus necesidades.
Para apoyar la protección de la privacidad, Sui ofrece algún soporte de cifrado nativo, como la capacidad de verificación de pruebas de conocimiento cero. Esto permite a los desarrolladores de aplicaciones verificar ciertos eventos fuera de la cadena, sin necesidad de revelar contenido específico en la cadena. Esta es una herramienta básica para construir aplicaciones amigables con la privacidad.
Los desarrolladores pueden implementar el nivel de protección de privacidad requerido según las necesidades de sus aplicaciones, combinando operaciones en la cadena, fuera de la cadena y tecnología de cifrado. El objetivo de Sui es proporcionar las herramientas necesarias y flexibilidad para que los desarrolladores puedan diseñar soluciones de privacidad según sus necesidades.
Q11: ¿Sui planea ofrecer más soporte nativo de privacidad?
La comunidad está discutiendo sobre proporcionar más apoyo para la redacción de contratos inteligentes amigables con la privacidad para los desarrolladores. Además del soporte existente para pruebas de conocimiento cero, también se está considerando si es necesario agregar más funciones matemáticas o criptográficas generales en la cadena.
Damos la bienvenida a los diseñadores de contratos inteligentes para que proporcionen comentarios sobre las funciones que faltan. Además de la prueba de cero conocimiento, existen otros tipos de tecnologías de protección de la privacidad, como el cálculo multipartito o el hardware confiable. Sin embargo, estas tecnologías pueden requerir algunos cambios básicos en la arquitectura de Sui, por lo que se necesita evidencia suficiente de demanda en la comunidad.
Si la comunidad desea avanzar en esta dirección, tendremos un proceso para discutir y agregar nuevas formas de protección de la privacidad.
Q12: ¿Cuál es su perspectiva sobre el desarrollo de Sui en los próximos 6 a 12 meses?
El desarrollo de Sui se basará principalmente en las necesidades de las aplicaciones desarrolladas por la comunidad. A largo plazo, nos comprometemos a mejorar el protocolo Sui Lutris para lograr una menor latencia y un proceso operativo más simple, aumentando la escalabilidad de Sui.
Además, también nos comprometemos a mejorar la eficiencia económica, permitiendo que los nodos de validación funcionen en hardware más limitado y utilizando más los recursos de hardware existentes para la ejecución de transacciones reales, en lugar de otros gastos de la Cadena de bloques.
En general, esperamos ver mejoras continuas en el rendimiento, la eficiencia y la experiencia del usuario de Sui, así como la aparición de más aplicaciones innovadoras.