Hace unos días me encontré haciéndome una pregunta sencilla.
¿Por qué algunos nodos validadores se ralentizan incluso cuando su hardware parece perfectamente capaz de gestionar la carga de trabajo?
Al principio, asumí que la respuesta sería la congestión de la red o la latencia del almacenamiento.
Cuanto más miraba, más sorprendente se volvía la explicación.
El software moderno de validación distribuye el trabajo entrante en varios núcleos de CPU. La verificación de firmas, la ejecución de transacciones, las comprobaciones de autorización, los eventos de red y las operaciones de base de datos se ejecutan todo en paralelo. En papel, esto suena como la arquitectura ideal para escalar el rendimiento.
Pero la computación paralela introduce sus propios costos ocultos.
Cuando varios hilos de trabajo acceden repetidamente y modifican los mismos datos de políticas compartidas, los procesadores intercambian constantemente la propiedad de la caché entre núcleos de CPU. Los ingenieros se refieren a este comportamiento como «ping-pong de caché».
En lugar de ejecutar trabajo útil, los procesadores pasan ciclos valiosos manteniendo sincronizados los estados internos de la caché.
No hay nada roto técnicamente.
Las CPU siguen activas.
El software sigue funcionando.
Sin embargo, el rendimiento total disminuye en silencio porque la sobrecarga de coordinación empieza a reemplazar el cómputo productivo.
Este tipo de cuello de botella rara vez aparece en el marketing de blockchain.
La mayoría de las discusiones se centran en la velocidad de las transacciones, el rendimiento o la producción de bloques.
Muy pocos exploran qué sucede realmente dentro del software de validadores cuando miles de solicitudes comienzan a competir por los mismos recursos de hardware.
Esa perspectiva es una de las razones por las que me interesé en @NewtonProtocol.
La autorización programable introduce una evaluación de políticas sofisticada antes de la ejecución. A medida que la automatización se vuelve cada vez más común, el software de los validadores no solo necesitará procesadores más rápidos.
Necesitará una planificación más inteligente.
Distribución eficiente de la carga de trabajo.
Menor contención de caché.
Mejor coordinación entre rutas de ejecución concurrentes.
Estas optimizaciones pueden contribuir finalmente más a la escalabilidad a largo plazo que añadir solo hardware adicional.
El rendimiento de blockchain nunca ha sido determinado por una sola métrica.
El ancho de banda de la red importa.
El almacenamiento importa.
La criptografía importa.
Pero la arquitectura del software a menudo determina qué tan eficazmente se utilizan realmente esos recursos.
Quizá la próxima generación de infraestructura no se defina por las máquinas más rápidas.
Puede estar definido por los sistemas que desperdician la menor cantidad de cómputo al gestionar cargas de trabajo cada vez más complejas.
@NewtonProtocol $NEWT $US $TAC #Newt #SKHynixADRBiggestForeignCorporateFundraising #USNaturalGasFallsOver6% #CorningJumpsOver8% #SpaceXAddedToValueIndexes