Una industria, demasiados verificadores 🧩
Hay algo que creo que podría convertirse en un verdadero dolor de cabeza para los desarrolladores de blockchain.
No todas las pruebas de conocimiento cero utilizan la misma tecnología.
Algunas aplicaciones utilizan Groth16.
Otras dependen de RISC Zero, SP1 u otros sistemas de prueba.
Cada uno tiene sus propios requisitos de verificación.
Ahora imagina crear una aplicación que necesite pruebas de múltiples fuentes.
Distintos formatos.
Distintas lógicas de verificación.
Distintos requisitos de mantenimiento.
De repente, verificar pruebas se convierte en un proyecto de infraestructura por sí mismo.
Esto es importante en ecosistemas como $AVAX, donde los desarrolladores pueden crear aplicaciones con distintos requisitos arquitectónicos.
Y esta es una de las razones por las que zkVerify me parece destacable.
En lugar de centrarse exclusivamente en un sistema de prueba, zkVerify admite varias tecnologías de prueba mediante componentes verificadores especializados.
Los desarrolladores pueden enviar pruebas compatibles para su verificación independiente sin tener que reconstruir cada verificador subyacente dentro de sus aplicaciones.
Los resultados compatibles también pueden incorporarse a flujos de trabajo de agregación, lo que permite que las cadenas de destino utilicen pruebas de verificación compactas.
Esa es una distinción arquitectónica importante.
zkVerify no genera las pruebas.
Se especializa en verificarlas de forma independiente.
Y $VFY respalda la actividad de verificación que tiene lugar en toda la red.
Para mí, este es el tipo de infraestructura especializada que se vuelve cada vez más necesaria a medida que madura la tecnología blockchain.
Los desarrolladores deberían dedicar más tiempo a crear aplicaciones útiles.
No a reconstruir una y otra vez los mecanismos necesarios para verificarlas.
#Web3 #TemporadaDeAltcoins#
Hay algo que creo que podría convertirse en un verdadero dolor de cabeza para los desarrolladores de blockchain.
No todas las pruebas de conocimiento cero utilizan la misma tecnología.
Algunas aplicaciones utilizan Groth16.
Otras dependen de RISC Zero, SP1 u otros sistemas de prueba.
Cada uno tiene sus propios requisitos de verificación.
Ahora imagina crear una aplicación que necesite pruebas de múltiples fuentes.
Distintos formatos.
Distintas lógicas de verificación.
Distintos requisitos de mantenimiento.
De repente, verificar pruebas se convierte en un proyecto de infraestructura por sí mismo.
Esto es importante en ecosistemas como $AVAX, donde los desarrolladores pueden crear aplicaciones con distintos requisitos arquitectónicos.
Y esta es una de las razones por las que zkVerify me parece destacable.
En lugar de centrarse exclusivamente en un sistema de prueba, zkVerify admite varias tecnologías de prueba mediante componentes verificadores especializados.
Los desarrolladores pueden enviar pruebas compatibles para su verificación independiente sin tener que reconstruir cada verificador subyacente dentro de sus aplicaciones.
Los resultados compatibles también pueden incorporarse a flujos de trabajo de agregación, lo que permite que las cadenas de destino utilicen pruebas de verificación compactas.
Esa es una distinción arquitectónica importante.
zkVerify no genera las pruebas.
Se especializa en verificarlas de forma independiente.
Y $VFY respalda la actividad de verificación que tiene lugar en toda la red.
Para mí, este es el tipo de infraestructura especializada que se vuelve cada vez más necesaria a medida que madura la tecnología blockchain.
Los desarrolladores deberían dedicar más tiempo a crear aplicaciones útiles.
No a reconstruir una y otra vez los mecanismos necesarios para verificarlas.
#Web3 #TemporadaDeAltcoins#
