Un volcado de cerebro de todas las cosas crescendo, qué está incluido, cuáles son los beneficios, etc Esto puede contener muchos detalles, así que agárrate fuerte. Aumentar el bloque por segundo de 1 a 10 bps mientras se mantiene la capacidad del bloque ~fija (más sobre esto más adelante). Rendimiento: obviamente, el rendimiento de las transacciones aumenta. ¿Cuánto? casi diez veces, pero no exactamente 10 veces. Tener más bloques paralelos aumenta la tasa de colisión hasta cierto punto. En TN10 y con la política actual de selección de txn de mempool, observamos una eficiencia de ~80-90% (es decir, el 80-90% de los txn son únicos). Si el mempool se congestiona demasiado y la demanda supera significativamente la capacidad, este valor de eficiencia se acerca al 100%. Entonces, para concluir, el TPS está aumentando entre 8 y 9 veces. La información que falta es el ancho promedio del DAG de la red principal después de la activación en comparación con la actualidad. Las políticas de Mempool se pueden ajustar en el futuro próximo sin un hardfork basado en datos del mundo real. Frecuencia: el tiempo medio de bloqueo (=intervalo entre bloques) se reduce de 1 segundo a 100 milisegundos. Esto significa un tiempo de inclusión de txn en un abrir y cerrar de ojos. No es necesario que una transacción se propague a toda la red para ser incluida; Por ejemplo, puede llegar a los mineros de su continente en 50 ms y ser minado después de 200 ms. La frecuencia también disminuye los tiempos de confirmación posteriores a la inclusión debido a la mayor densidad del proceso de muestreo minero. Por no decir que los tiempos de confirmación se multiplican por diez, porque ahora están dominados por la latencia de bloques, que no ha cambiado. Más bien, según los cálculos preliminares, han mejorado un 30% (para los avanzados: la cola del Poisson que gobierna el ancho del DAG en el peor de los casos disminuye más rápido, por lo que K se puede establecer relativamente más bajo, de 18 (1 pbs) a 124 (para 10 pbs) y no a 180 como cabría esperar). Paralelismo de bloques: el paralelismo de bloques aumenta con la tasa de bloques, y eso, al contrario de lo que se podría pensar, es bueno. A pesar de que las colisiones han aumentado ligeramente debido al paralelismo de bloques, el paralelismo es crucial para crear un sistema más justo. Significa que no hay un monopolio de un solo minero ganador por ronda, sino que los bloques deben competir y tomar decisiones sabias y competitivas dentro de la ronda de latencia. Las implicaciones pueden ser enormes y de gran alcance. Los sistemas Oracle y las subastas de sobornos MEV son algunos de los esfuerzos preliminares. Profundizar en esto está fuera del alcance. También tengo que justificar por qué las finanzas se están volviendo más relevantes después del crescendo... suponiendo que ese sea el caso, creo que incluso sin implementar diseños de sobornos MEV explícitamente en consenso (todavía), el mero "caos" intra-ronda del DAG paralelo a 10 puntos básicos ya hará que la manipulación económica sea mucho más difícil que en otros sistemas basados en líderes. Otros cambios incluidos in crescendo. ¿Cómo empiezo?, hay tanto. KIP-9 está integrado en el consenso, horneando nuestra solución única de hinchazón de estado inherentemente en el sistema. Por cierto, llamamos a este subprotocolo "armónico" con el nombre de STORM (por STORage Mass). En el proceso, KIP-9 se amplió para incluir la pluralidad de almacenamiento UTXO (es decir, gravar a un UTXO que consume más almacenamiento de manera adecuada), lo que lo hace más resistente al futuro. KIP-10 agrega soporte para convenios básicos y direcciones aditivas. KIP-13 regula los requisitos de almacenamiento transitorio de manera más estricta. Cambios relacionados con contratos inteligentes: KIP-14 habilita cargas útiles, lo que permite que los txn transporten datos arbitrarios (por ejemplo, llamadas a funciones de contratos inteligentes). KIP-15 es una actualización técnicamente menor, que comprende una línea de código, pero permite una característica conceptualmente significativa, permitiendo a los nodos archivar solo transacciones y probar su secuencia y aceptación sin confianza. Esto es significativo para permitir que los nodos L2 de la era anterior a zk almacenen y prueben la ejecución completa de SC a nuevos sincronizadores a un costo razonable, lo que hace que tales sistemas sean posibles justo después del crescendo. El cambio propuesto es un pequeño subconjunto de la propuesta de diseño de zk (ver el foro de investigación de Kaspa, publicaciones de diseño de rollups basados en rollups) donde dicho mecanismo se propuso como un requisito necesario para que los sistemas zk operen sobre Kaspa, y resultó tener un valor significativo también antes de zk. En general, esto significa que los SC L2 preliminares son posibles sobre el Kaspa post-crescendo (o Kaspa 2.0 como se refiere internamente @hashdag) con suficientes modelos de confianza. Otras cosas sobre las que quería escribir pero que esperaré para otro momento: examinar los costos de hardware aumentados pero limitados de esta actualización, por qué conjeturo que el ancho del DAG de la red principal no se multiplicará por diez después del crescendo (pistas: la afirmación del continente anterior; es decir, la localidad en la red P2P), y más. Por favor, pregunte sobre cualquier cosa que no esté clara o que requiera elaboración.