Sáb. Sep 25th, 2021
    Rust Cup, Free TON,

    Han pasado casi seis meses desde que los participantes de Free TON Rust Cup tomaron sus posiciones para comenzar a probar la red. Y así, el 6 de julio, finalmente comenzó el concurso de los validadores en el nuevo nodo de Rust. La revista FTH pidió a los participantes que compartieran sus impresiones sobre los meses de espera y el inicio del concurso.

    Rust Cup es el tercer concurso de validadores de Free TON a gran escala después de Magister Ludi y DePool Game. La atención a la “Copa Rusty” estuvo especialmente grande debido a los ambiciosos objetivos de la Copa y al tamaño sólido del premio acumulado — casi 60 millones de TON Crystal.

    Primero, la carrera debería generar una red construida sobre nodos escritos en el lenguaje de programación Rust. En cierto modo, esta es la creación de toda la red desde cero, después de lo cual debería convertirse en la más rápida existente en la criptoindustria. En el camino, la Rust Cup tiene como objetivo establecer un récord mundial de velocidad de ejecución de contratos smart.

    En segundo lugar, en el marco de la carrera, se prueba el sistema de castigo de los validadores, cuyo trabajo puede amenazar la estabilidad de la red — slashing. Hemos contado sobre por qué este es un elemento crítico de la blockchain Free TON.

    Una espera tensa

    Todos los validadores con los que hablamos — Anatoly Ustinov, Dmitry Gachko, así como representantes del proyecto FreeTON.One: Dmitry M (CEO) y Axel F (STO) enfatizaron especialmente la duración del período de prelanzamiento.

    “Agotamiento por expectativa” — Dmitry Gachko llamó de esta manera al estado de ánimo.

    Al mismo tiempo, los validadores entienden que durante este período el equipo de desarrollo ha realizado un trabajo titánico para mejorar el software de red.

    Dmitry M y Axel F notaron que, recordando el lanzamiento de Magister Ludi, estaban listos para un inicio prolongado de la “Rusty Cup” y esperaban un retraso de un cuarto para las dos. Como resultado, se adivinó el borde derecho del rango.

    Desde febrero hemos experimentado una falta de información objetiva sobre el inicio de la carrera. Tanto nosotros como los posibles participantes asumimos unos gastos tangibles, sin saber cuándo es el inicio. El compromiso con la comunidad y el sentido del humor ingeniero me ayudaron a superar este período. Y recompensar las primeras pruebas sería una buena ventaja. Dmitry M

    Con los cartuchos vacíos

    Los validadores también utilizaron el tiempo de inactividad forzado para seleccionar la configuración de hardware más adecuada. Anatoly Ustinov señaló que no solo el equipo, sino también el desarrollo del software de validación, del que ahora su equipo puede estar orgulloso, requirió costes impresionantes.

    Los jefes de proyecto de FreeTON.One admitieron que, teniendo la experiencia de Magister Ludi, es posible reclamar la victoria con equipos que superan significativamente los parámetros recomendados por las condiciones del concurso. El equipo decidió aumentar las posibilidades de ganar utilizando más de un coche para las pruebas. Asimismo, los validadores señalaron que en esta ocasión decidieron realizar un experimento colocando capacidades en centros de datos ubicados en diferentes zonas geográficas.

    Rust Cup: ¡Ready! ¡Steady! ¡Go!

    Desde el punto de vista de Dmitry Gachko, el inicio parecía bastante inesperado, ya que no hubo transición a los ciclos de validación estándar- en las normas del concurso se dice  de alrededor de 37 vueltas, lo que implica ciclos estándar de 18 horas. En realidad, los ciclos de validación se acortaron, lo que él cree que fue la razón del rápido fallo de la nueva red.

    Dmitry M. y Axel F. contaron que el anuncio del inicio provocó sentimientos ambivalentes. Por un lado, participaron en las pruebas desde el principio y estuvieron listos desde febrero. Además, durante las llamadas semanales a Free TON, se discutió que las actualizaciones finales de la red y los nodos señalan un “calentamiento” y la carrera comenzará en un futuro próximo.

    Por otro lado, comparando su experiencia con el concurso Magister Ludi, creen que de alguna manera el comienzo los ha pillado desprevenidos. Por ejemplo, el calendario de carreras se publicó sólo dos horas y media después de la salida.

    El anuncio de la hora de inicio de la carrera en el mismo inicio causó al menos sorpresa. Dmitry M

    Anatoly Ustinov, sin embargo, señaló que el anuncio de lanzamiento fue anunciado previamente por el cofundador de TON Labs, Alexander Filatov, durante una entrevista para el canal de telegram Ghost In the Block.

    Primer fracaso

    A los pocos días del inicio de la Copa Rust, la red cayó. Esta es la otra cara de la escala de blockchain y el mecanismo de slashing original en Free TON.

    Les recordamos que la blockchain se divide automáticamente en shards, que son proporcionados por el trabajo de los nodos de validación. El mecanismo de slashing adoptado también puede descartar automáticamente nodos de la red que no cumplan con los criterios de corrección aceptados. Un número crítico de nodos bloqueados provoca un bloqueo de toda la red. Esto sucedió varias veces durante las pruebas de la Rust Cup, y sucedió poco después del inicio.

    La caída no sorprendió a nadie, se planeó el lanzamiento de la red en modo estresante, con reinicios, con fallos en los nodos y cambios en el protocolo durante la carrera.

    Resultados preliminares

    Al final resultó que los participantes de la carrera estaban preparados para muchas dificultades durante los meses de espera y teniendo en cuenta la experiencia de concursos anteriores.

    Anatoly Ustinov mira a través de la visera elevada las próximas dificultades y cree que “esto es aún más interesante”. Señala los cambios positivos que se han producido durante el lanzamiento de prueba de la red.

    El nodo se rediseñó significativamente, se añadió compresión, se redujo significativamente el tráfico y también disminuyó la carga en los procesadores. Anatoly Ustinov

    Dmitry Gachko habla irónicamente sobre las áreas problemáticas de la red Rust.

    Es más probable que los organizadores tengan dificultades, especialmente en el tema del recuento de puestos: en el caso de un reinicio de la red y un tiempo de inactividad de un shard, puede haber diferentes opiniones y resultados. Dmitry Gachko

    Las preocupaciones de Dmitry solo son causadas por los canales de comunicación, ya que las pruebas indicaron claramente la presencia de un lugar estrecho en ellos.

    Axel F contó sobre una agradable sorpresa en forma de un nodo RUST actualizado, que, en comparación con versiones anteriores, es capaz de procesar 3000 transacciones por segundo con casi cuatro veces menos utilización de los recursos del sistema.

    Fue agradable ver ~ 150 megabits en el puerto de red a estas velocidades. No puedo esperar a ver de lo que somos capaces la red y nosotros, como validadores. Me gustaría desear a los organizadores del concurso que logren el mismo éxito que el grupo de desarrolladores de RUST-node. Axel F

    Rust Cup: pendiente de récord

    “¿Se establecerá el récord mundial de número de transacciones por segundo?” — Con esta pregunta nos dirigimos a los participantes del concurso.

    Dmitry M y Axel F creen que todavía hay muchas sorpresas y dificultades por delante de los validadores, por lo que aún no se han formado una opinión inequívoca; es difícil imaginar cómo se mostrará la red al intentar establecer un récord.

    Existe el riesgo de que durante la consecución de indicadores récord, el ancho de banda de los canales de Internet y la fidelización de los proveedores en los centros de datos se convierta en un cuello de botella. Nuestra tarea común es comprender dónde y cuándo alcanzaremos el límite. Axel F

    Para un récord, recuerde, debe superar el umbral de 50.000.

    Anatoly Ustinov expresó su confianza en la posibilidad de establecer un récord. Aunque esto requiere que la red tenga una cantidad suficiente de nodos en un buen hardware. Según sus cálculos, en este momento hay algo más de 100 de más de 300. El segundo punto importante sobre el que llamó la atención es la necesidad de servidores dApp confiables para el concurso, con el fin de mantener la oportunidad de presentarse durante las elecciones.

    18
    1