Esta tarde estuve en la sala de finanzas durante tres horas solo para reembolsar los gastos de viaje del mes pasado. Saqué las facturas una por una de mi teléfono, las imprimí, las pegué en papel A4, y luego las fotografié una por una para subirlas al sistema de reembolsos de la empresa. La chica de finanzas miró mi pila de papeles y dijo que este recibo de taxi no tenía el itinerario, así que necesitaba complementarlo. Le dije que ya estaba pegado y tenía la fecha y el monto, ella dijo que si no había itinerario en el sistema, no valía. Estaba tan molesta, esos recibos tenían impreso en blanco y negro la hora, el lugar y el monto, ¿cómo es que no podían probar que tomé ese taxi?
Más tarde entendí que el problema no está en la factura en sí, sino en que la factura es estática. Está impresa en papel, solo puede ser leída por los ojos de las personas, no por el sistema. Lo que el sistema necesita reconocer no es el 'hecho', sino el 'formato'. Si el formato de tu factura no coincide con los campos requeridos por el sistema, aunque tomes un taxi, no podrás obtener el reembolso.
Mientras pegaba las facturas, reflexionaba, ¿no es este el problema que está resolviendo Sign? Los comprobantes actuales - ya sean facturas, títulos, o identificaciones - son 'para que las personas los vean', no 'para que el sistema los lea'. Cuando llevas tu título de graduado a una entrevista, si el reclutador lo mira y cree que es verdadero, ya está. Pero si quieres que el sistema lo juzgue automáticamente, primero tiene que escanearlo, luego hacer OCR, y después verificar manualmente, la eficiencia es ridículamente baja.
Lo que hace Sign Protocol es muy simple pero contundente; convierte todos los comprobantes en un formato 'legible por el sistema'. Generas un comprobante de grado en la cadena, sus campos son fijos: entidad emisora, titular, fecha de emisión, método de verificación. Cualquier sistema que lea este comprobante no necesita adivinar ni adaptarse, puede verificar la autenticidad directamente. Es como si la factura tuviera un código QR adicional; al escanearlo, se puede saber si es verdadero o falso, ya no necesitas pegar uno por uno.
Al final, tampoco pude reembolsar ese montón de facturas, la señora de finanzas me dijo que volviera la próxima semana con más materiales. Cuando salí de la oficina de finanzas con esa pila de papeles, de repente sentí que el mundo es bastante absurdo: pasé tres horas demostrando que gasté ese dinero, y eso es precisamente lo que menos necesita ser demostrado.
Más tarde revisé los datos de Sign, TokenTable ya ha alcanzado un volumen de distribución de 40 mil millones de dólares. ¿Por qué los proyectos eligen lanzarlo durante las airdrops? Porque no solo están distribuyendo dinero, sino comprobantes. Si los usuarios han participado en la red de prueba, completado tareas, o poseído NFT, una vez que estas cosas son estandarizadas por Sign, se convierten en elementos que el sistema puede leer directamente. Los proyectos no tienen que adivinar quién es una persona real y quién es un bot, simplemente ajustan el comprobante y lo saben.
Esto es similar a lo que pasa con el reembolso. Si mi recibo de taxi hubiera sido desde el principio un comprobante legible por máquina, no habría tenido que estar allí pegando durante tres horas. Si en mi itinerario se generara automáticamente una firma encriptada, el sistema financiero podría escanearla y verificarla, y no tendría que explicarle a la señora que ese recibo es verdadero.
A veces pienso, ¿cuándo será que todos los comprobantes que nos rodean - facturas, boletos, certificados, títulos - puedan pasar de ser 'para que las personas los vean' a 'para que el sistema los lea'? Cuánto tiempo se podría ahorrar en el mundo. Ese tiempo en filas, fotocopias, y sellos, sumado, probablemente sería suficiente para que escuchara todos los podcasts que no he escuchado. La próxima semana tengo que ir a presentar materiales, espero que ese día la lógica de Sign pueda aplicarse en el sistema que uso.