Estoy sentado pensando en @SignOfficial y tengo una sensación bastante clara: lo que están tratando de construir no es solo un lugar para registrar un hecho, sino una forma en que un hecho verificado puede seguir existiendo en varios protocolos.
Desde mi perspectiva, esta es la parte más discutible de Sign.
Porque Web3 actualmente no carece de afirmaciones. Cualquier aplicación puede decir que este usuario califica para recibir recompensas. Cualquier protocolo puede afirmar que esa billetera tiene buena reputación. Un DAO puede otorgar insignias a los contribuyentes. Una plataforma puede verificar que alguien ha sido KYC, ha acuñado, ha votado, ha participado en una campaña o ha completado alguna tarea.
Pero el problema es que la mayoría de los hechos que han sido verificados permanecen atrapados en el mismo sistema que los creó.😅
Está en el backend.
Está en el contrato privado.
Está en el indexador privado.
O está en la interpretación privada que solo esa aplicación entiende claramente.
Desde mi perspectiva, eso es una gran pérdida.
Porque si un hecho ya ha sido verificado y otro protocolo no puede leerlo, no lo entiende y no puede reutilizarlo, entonces sigue siendo solo un fragmento de datos local. No es un primitivo. No es un bloque de lego.
Y veo que Sign está tratando de resolver correctamente ese punto.
El primer punto que me hace pensar así es el esquema.
Muchos miran el esquema y piensan que es solo una parte del formato de datos para hacerlo más compacto. Pero para mí, el esquema en Sign es mucho más importante que eso. Es una forma de empaquetar un tipo de “hecho” de manera suficientemente clara desde el principio.
¿Quién es el emisor? ¿Quién es el sujeto? ¿De qué trata esa afirmación?
¿Es válida en qué contexto? ¿Se puede revocar?
¿Y cómo debe interpretarse? Cuando no hay esquema, la atestación sigue siendo solo un fragmento de datos con firma. Puede ser correcta, puede ser útil, pero es muy difícil de reutilizar a gran escala.
Cuando hay un esquema, un hecho comienza a tener una forma más clara.
Y desde mi perspectiva, este es el primer paso para que se convierta en un bloque de lego.
Porque un bloque de lego no tiene valor solo porque exista. Tiene valor porque otros pueden ver lo que es, dónde encaja y cómo se sigue utilizando.
$SIGN está tratando de hacer exactamente eso con la confianza 😀
El segundo punto es que la atestación en Sign no es solo para registrar por registrar.
Creo que esta es una parte que muchas personas tienden a entender de manera limitada. Si la atestación solo tiene la tarea de registrar que “un hecho ha sido verificado”, entonces Sign sigue siendo solo una capa de registro de evidencia. Útil, pero no realmente diferente.
Lo que me parece interesante de Sign es que están tratando de hacer que la atestación pueda ser reutilizada.
Un usuario que ha demostrado su reputación en el protocolo A, puede que el protocolo B pueda basarse en eso para abrir acceso o elegibilidad.
Una billetera que ha completado la campaña en este lugar, puede que en otro lugar se le permita usarla para distribución o control de acceso o no.
Una afirmación que ya ha sido verificada, ¿necesita la otra aplicación comenzar de nuevo o solo necesita leerlo correctamente y seguir adelante?
Desde mi perspectiva, Sign está tratando de inclinar la respuesta hacia el segundo lado.
Es decir, un hecho que ha sido verificado ya no está encerrado en la aplicación original. Comienza a tener la oportunidad de ir a otro lugar como una unidad de confianza.
Ese es el lugar donde veo que realmente comienza a parecer un bloque de lego.
El tercer punto es la composabilidad.
Web3 habla mucho sobre la composabilidad, pero la mayoría está hablando de activos, liquidez o contratos inteligentes. Pero la composabilidad de la confianza es mucho más débil. Un token puede ir de esta aplicación a otra con mucha facilidad. Pero un “hecho verificado” a menudo no puede hacer eso.
Creo que este es el vacío que Sign está apuntando de manera muy directa.
Si logran hacerlo, lo que se crea no es solo una atestación.
Sino que es una capa de evidencia que otros protocolos pueden tomar y usar como entrada para su propia lógica.
Suena pequeño, pero en realidad es muy grande.
Porque en ese momento, la confianza ya no era algo bloqueado en el backend privado. Comenzó a convertirse en algo que se puede ensamblar.
También creo que los hooks de esquema son lo que hace que esta tesis sea mucho más fuerte.
Un hecho que solo se registra sigue siendo un poco estático. Pero cuando la atestación puede arrastrar lógica de ejecución, ya no es solo un registro histórico. Comienza a convertirse en una condición para el comportamiento del sistema.
Una afirmación que ha sido verificada puede abrir derechos.
Una atestación revocada puede bloquear flujos en otras partes.
Una evidencia suficientemente estándar puede ser utilizada de inmediato por otros protocolos para distribución, acceso o coordinación.
Desde mi perspectiva, este es el momento en que un “hecho verificado” se transfiere de ser legible por máquina a ser accionable por máquina.
Y ese es un paso muy importante.
Porque los bloques de lego en la infraestructura no son solo cosas para mirar. Son cosas para construir.
Otro punto que considero relevante es que Sign no intenta reemplazar el backend de todas las aplicaciones.
Este es el lugar donde creo que son bastante realistas.
No están tratando de decir que a partir de ahora ninguna aplicación necesita backend. Eso no es cierto. El backend privado sigue siendo necesario para UX, orquestación, privacidad, lógica de riesgo y muchas otras partes.
Lo que están tratando de hacer es hacer que una parte muy importante del sistema — la parte de confianza y evidencia — dependa menos del backend privado de cada aplicación.
Desde mi perspectiva, esta es la dirección muy correcta.
Porque si cada aplicación mantiene el “hecho verificado” en su propio sistema, entonces Web3 siempre tendrá composabilidad en activos pero no en confianza.
Y si una evidencia que ha sido creada puede continuar hacia muchos otros protocolos, entonces la confianza comenzará a parecerse a una verdadera infraestructura.
Pero tampoco creo que debamos concluir demasiado pronto que eso se ha convertido completamente en una realidad.
Este es el lugar donde aún quiero mantener cierta distancia.
Un bloque de lego solo es realmente un bloque de lego cuando muchas personas lo utilizan. Si el esquema está demasiado fragmentado, si el emisor es demasiado disperso, si cada protocolo prefiere construir su propio método de verificación en lugar de usar evidencia común, entonces la atestación, por hermosa que sea, aún no se convierte en un primitivo para todo el ecosistema.
Sigue siendo una buena herramienta.
Desde mi perspectiva, Sign tiene muchas piezas adecuadas para convertir un “hecho verificado” en un bloque de lego para otros protocolos.
Hay un esquema para empaquetar el significado de la afirmación.
Hay atestaciones para registrar evidencia.
Hay hooks para arrastrar evidencia a la lógica de la aplicación.
Hay capas de consulta y verificación para que otros puedan leer y reutilizar.
Ese es un marco bastante ajustado.
Pero el verdadero valor de esta tesis radica en la adopción.
¿Cuántas aplicaciones realmente reutilizan la misma evidencia?
¿Cuántos protocolos ven la atestación como entrada predeterminada en lugar de una opción?
¿Cuántos casos de uso permiten que la confianza fluya a través de muchas aplicaciones sin necesidad de verificar de nuevo desde el principio?
Si esas cosas comienzan a aparecer más uniformemente, entonces llamar a Sign el lugar que convierte un “hecho verificado” en un bloque de lego será muy acertado.
Y en este momento, creo que la forma más razonable de decirlo es: Sign está tratando de hacer eso, y esta es la parte que hace que este proyecto sea mucho más interesante que simplemente verlo como una herramienta de atestación.
Para mí, este también es el lugar más interesante para seguir.
No porque logren almacenar evidencia.
Sino porque están tratando de hacer que esa evidencia continúe existiendo después de ser creada.
Y si un hecho que ha sido verificado realmente puede pasar de un protocolo a otro como bloques de ensamblaje de confianza, entonces Sign ya no será solo un lugar para registrar atestaciones.
Comenzará a ser el lugar donde Web3 empaqueta la confianza en fragmentos que se pueden construir.
@SignOfficial #SignDigitalSovereignInfra $SIGN $SIREN