El Flujo de una Acción SIGN en una Acción Verificada

La gran mayoría de las personas que deben lidiar con sistemas digitales no prestan mucha atención a lo que sucede entre el momento en que se envía un elemento y el momento en que se les asegura la información. Presionas un botón y algo sucederá, eso es todo. Sin embargo, cuando eso se realiza en forma de credencial, calificación, verificación de identidad, acuerdo o registro gubernamental, lo que realmente ocurre en medio del proceso importa mucho. Bajo @SignOfficial, existe un proceso formal y bien definido que acepta una entrada y la convierte en algo que puede ser verificado de manera independiente, sin llamar a nadie, sin necesidad de mantener una base de datos centralizada y sin que la verificación quede obsoleta tan pronto como sea inconveniente. Comienza cuando ni siquiera se proporciona datos. Primero se debe establecer la definición de un esquema antes de poder realizar cualquier attestación, esencialmente el plano de cómo se estructurará la información, qué tipo y en qué forma. Considera un esquema como la definición previa de cómo debe lucir una credencial antes de firmarla. Una verificación KYC, un título universitario, un certificado de cumplimiento, cada uno tiene una forma diferente, necesita campos distintos y tiene relaciones diferentes entre los puntos de datos. Schema Registry es un repositorio público donde se almacenan estas plantillas por $SIGN, proporcionando a un emisor que opera con un esquema particular un estándar acordado para trabajar. Esto hace que ese terreno común sea legible y escribible por cualquier tercero aguas abajo de la attestación resultante. Cuando existe un esquema, un emisor, o una persona, institución o contrato inteligente, puede producir una attestación. La validez de una afirmación se afirma y se certifica. SIGN hace esto usando datos estructurados firmados digitalmente que cumplen con un esquema registrado y que están asegurados en la cadena o fuera de ella. El emisor completa los campos necesarios, firma la información con su propia clave mediante la firma digital y la envía. Eso es lo que distingue una attestación de un simple registro. No solo demuestra la existencia de los datos, sino que una parte particular e identificable los respaldó en un momento determinado. Una vez que la attestación ha sido firmada, el protocolo decide dónde almacenarla según su tamaño y uso. Las attestaciones más pequeñas pueden almacenarse completamente en la cadena para ser lo más seguras posible, mientras que las más grandes almacenan los datos principales fuera de la cadena —en Arweave o IPFS— y mantienen una conexión criptográfica con la blockchain. Esta es una decisión de diseño importante. Es costoso e inviable almacenar todo en la cadena y los sistemas de credenciales utilizados por los gobiernos. SIGN podrá operar con millones de credenciales aislando el ancla de prueba y el cuerpo de datos para evitar comprometer todos los bytes en un registro criptográfico. La cadena contiene el elemento más importante: la huella de verificación. El resto se almacena en un almacenamiento no volátil y prudente. La validación ocurre cuando se crea la attestación, no después. Se invocan ganchos de esquema conocidos como ISPHooks después de cada función de attestación, permitiendo que se realicen otras verificaciones y lógica en el momento de creación. Un rollback de hook lo revertirá a toda la transacción, por lo que los datos incorrectos nunca se capturan. Este modelo es más simple que el que emplean la mayoría de los sistemas. En lugar de marcarlo para el futuro, SIGN rechaza las attestaciones inválidas en el momento en que se hacen. Una verificación en lista blanca, una verificación de tarifas, una verificación de formato, todo esto ocurre antes de que se realice cualquier acción. Cuando una attestación llega a la cadena, ya ha sido verificada. Las attestaciones pueden indexarse y sus ubicaciones pueden buscarse usando SignScan, que es la capa de indexación y exploración de SIGN. Sign Protocol ofrece un servicio de indexación para encontrar y acceder a información de esquemas y attestaciones en el menor tiempo posible, mediante interfaces REST y GraphQL y directamente con el SDK NPM. Un verificador es otro contrato inteligente, un portal gubernamental o una aplicación de terceros que puede recuperar cualquier attestación por su ID, verificar su firma, verificar el esquema, verificar la marca de tiempo y asegurarse de que no esté revocada. Todo esto sin tener que contactar al emisor original. La confianza la proporciona la infraestructura. Es algo más duradero que un documento y más veraz que un registro de base de datos que crea este flujo. Es un proceso de cadena de custodia, entrada, validación de esquema, firma criptográfica, almacenamiento y recuperación, donde cada proceso puede rastrearse y ninguno requiere que una persona lo mantenga posteriormente. El token $SIGN circula en todo este sistema, donde se procesan tarifas de transacción, se impulsa la gobernanza y se proporcionan incentivos para mantener la red en funcionamiento. Es el diseño real de la verificación de extremo a extremo, que está correctamente implementado. No un PDF. No una captura de pantalla. No una llamada al servicio de ayuda. Datos digitalmente verificados, restringidos por esquema y anclados criptográficamente que se establecen en cualquier momento y para cualquier parte que requiera examinarlos. #SignDigitalSovereignInfra