Tuve una reunión ayer con un talentoso líder de equipo de ingeniería que durante el próximo mes (o meses) supervisará el desarrollo de "EchoNet". "EchoNet" es un proyecto interno. Los usuarios de Starknet nunca lo sentirán. El marketing no lo mencionará. Sin embargo, me emociona mucho. El significado - hará eco de todas las transacciones de mainnet a un entorno de prueba que tiene el nuevo candidato a versión, y detectará automáticamente cualquier brecha en la ejecución en comparación con la mainnet actual. Esto sacará a la luz muchos casos extremos que podrían causar discrepancias antes de que se publique una versión. EchoNet nos ayudará enormemente a continuar y evolucionar SN con características hermosas, mientras mantenemos la estabilidad que una cadena madura debe tener. Tener testnet para verificaciones de extremo a extremo ya no es suficiente.

El equipo actualizó hoy el entorno de integración interno a 0.14.1. Se espera que Testnet, y luego Mainnet, lleguen en unas pocas semanas. 0.14.1 es un paso de tamaño medio para Starknet, pero hoy me enfoco en que representa un gran cambio de mentalidad en el desarrollo de Starknet. Hemos tenido grandes cambios disruptivos en el pasado, obligando a las aplicaciones a trabajar duro para mantenerse en su lugar. Pero a medida que Starknet madura y aspira a ser el mejor lugar para construir, esto no puede continuar. 0.14.1 representa esto, y aquí está el porqué. Con el lanzamiento de S-Two, algunos hashes que fueron elegidos para ajustarse a Stone se volvieron relativamente costosos. Estos hashes se utilizan en todas partes, desde el hashing de calldata hasta lecturas y escrituras. 0.14.1 no dijo: "cambiemos todos los hashes que podamos para que sean los más baratos y obliguemos a todos a adaptarse". Dice: migremos, cuidadosamente, solo los lugares donde los constructores no lo sientan y que están mayormente bajo el capó. Luego coordinemos con los SDKs para asegurarnos de que los desarrolladores realmente no sientan nada (siempre que actualicen su SDK de manera algo regular). Demonios, preparemos de antemano una lista de transacciones destinadas solo a migrar estos hashes, como parte del proceso de actualización, para garantizar que cualquier tx que era válido antes siga siendo válido, sin que nadie tenga que mover un dedo. No puedo garantizar que nunca habrá otro cambio disruptivo en Starknet. Pero puedo garantizar que esta mentalidad ha llegado para quedarse.

Comencemos el intercambio de pensamientos transparentes con una maravilla y un clickbait. El título "STRK burning" parece ser un tema candente del que la gente habla. Si eres uno de ellos, ¿has tenido en cuenta que las tarifas actuales pagadas por la secuenciación de transacciones no desaparecerán, ya que necesitan cubrir los costos de ejecución y prueba? Entonces, un significativo quema de STRK significa que la red es significativamente más cara? En otras palabras: ¿prefieres pagar un X% más para que un X% de los STRKs pagados como tarifa (~50-100K al día, ahora) sean quemados? ¿Por qué? Parte transparente: En parte debido a la maravilla anterior, la quema de STRK actualmente no está en el plan de trabajo de noviembre. Me encantaría entender el sentimiento en torno a la quema antes de que prioricemos las cosas nuevamente.