Transcripción del podcast

Smart tokens y APIs REST: qué aporta TokenScript

Mathew Sweezey Antiguo cofundador de Salesforce Web3 Studio; asesor de Smart Token Labs (en la grabación)

En esta entrevista de agosto de 2023, Mathew Sweezey propone tokens que ofrecen servicios portátiles, más allá de representar activos. Su ejemplo del coche y el seguro lleva a una pregunta concreta de Kevin Riedl, por qué usar smart tokens en lugar de acordar una API REST. Hablan de TokenScript, datos off-chain, atestaciones y perfiles derivados de metadatos. La transcripción conserva argumentos y objeciones; las respuestas documentadas distinguen una interfaz de tokens de la interoperabilidad automática o la privacidad garantizada.

  • Publicado 02/08/2023
  • Duración 24:10
  • Operador
  • Grabado en inglés
Smart tokens y APIs REST: qué aporta TokenScript: episodio del podcast con Mathew Sweezey, Antiguo cofundador de Salesforce Web3 Studio; asesor de Smart Token Labs (en la grabación)
// La versión corta
  • En 02:28, Sweezey presenta tokens que actúan como aplicaciones. En 03:58, su ejemplo del coche permite usar funciones del vehículo y del seguro dentro de otro servicio. Explica portabilidad y composición, no una integración confirmada con Uber o Apple Wallet.
  • En 06:48, sostiene que mantener integraciones API bilaterales se complica al crecer. En 12:12, Riedl pregunta por qué no estandarizar una API REST. La propuesta gira en torno a una interfaz basada en tokens, sin demostrar que desaparezcan APIs o significados empresariales comunes.
  • En 13:00, presenta Smart Layer y TokenScript. La documentación de TokenScript describe un entorno de ejecución y archivos firmados que exponen funciones del token, incluidas operaciones off-chain. La aplicación receptora necesita compatibilidad.
  • En 13:24, describe un contrato que referencia un script externo. ERC-5169 define scriptURI y analiza la integridad del script y la confianza en APIs de servidor. Los subtítulos dicen EIP-6159; la transcripción señala la discrepancia. Referenciar código no significa ejecutarlo arbitrariamente on-chain.
  • En 17:53, Riedl pregunta por perfiles no deseados creados con metadatos públicos. Sweezey propone datos off-chain y divulgación limitada. Ninguno garantiza conformidad automática. El análisis de blockchain de la CNIL exige evaluar el tratamiento concreto de datos personales. Las afirmaciones generales sobre RGPD siguen atribuidas al hablante.

Presentación y Smart Token Labs

Ver esta parte · 0:00

Kevin [Sintonía inicial: Wavect, la empresa de software Web3 que entiende lo que quieres.] Hola a todos, bienvenidos a Wavect. Hoy estamos con Mathew Sweezey, antiguo cofundador de Salesforce Web3 Studio. También es inversor y asesor Web3 para diversas empresas. Hablaremos de por qué la tokenización realmente cambia las cosas. Gracias por estar aquí, Mathew. Es un placer hablar contigo. Para empezar, cuéntanos en qué trabajas ahora, cómo es tu día y lo que quieras compartir sobre ti.

Mathew Gracias, Kevin, encantado de estar aquí. Dedico la mayor parte del día a lo que considero el futuro de internet: la tokenización. Tengo una idea bastante diferente de ella. Actualmente asesoro a Smart Token Labs y ayudo a llevar al mercado un nuevo protocolo llamado Smart Layer. Buscamos el eslabón que falta entre Web2 y Web3: resolver problemas actuales de Web2, como la integración y el intercambio de datos, mediante funciones Web3.

Tokens como aplicaciones, el ejemplo del coche y el seguro

Ver esta parte · 1:15

Kevin Antes de entrar en materia, quizá algunos espectadores nunca hayan oído hablar de tokenización. ¿Podrías explicarla de la forma más sencilla posible?

Mathew Claro. Tokenizar es utilizar un token como un nuevo elemento básico de internet. Los tokens existen desde hace mucho. La mayoría los conoce como una moneda, por ejemplo Bitcoin o Ethereum. Eso es un token fungible: básicamente una moneda digital respaldada por la cadena de bloques. También hay otro tipo de activo o token de propiedad, el no fungible. Cada uno es único. Se parece más a un cromo coleccionable que a una moneda. Esos son los dos tipos fundamentales que conocemos. Ambos se consideran clases de activos. Suelen definir la propiedad de algo. Te dan ciertos derechos básicos y puedes llevarlos a otro lugar y decir «tengo esto», o gastarlos si son una moneda. Son ejemplos demasiado simples, pero representan lo que la mayoría entiende por tokenización. Yo me refiero a algo distinto: una nueva forma de conectar internet. No se trata solo de monedas ni de demostrar que posees algo. Hablo de tokens como aplicaciones. Sigue este razonamiento. Piensa en un servicio o función empresarial. ¿Cómo entrega una parte algo a otra? Cuando llegó internet, empezamos a ofrecer servicios mediante páginas web. Al principio se obtenía información. Después llegaron servicios: comprar un producto, configurarlo o recibir una prestación directamente en la web de una empresa. La siguiente etapa fueron las aplicaciones. Trasladamos esos servicios a las apps porque resultaba más fácil entregarlos al consumidor. La mayoría de las empresas tiene una web y una app porque son las vías más sencillas para ofrecer sus servicios. La siguiente etapa es tokenizar los servicios. Aquí se complica un poco. En los dos primeros ejemplos, la web y la app son un lugar central al que acude la persona. Si descentralizamos eso y hacemos que los servicios sean portátiles y combinables, hablamos de tokenización. Parece una idea extraña, así que pondré un ejemplo. Imagina que fabricas coches y creas un token de propiedad con cada vehículo. No solo demuestra que el coche es tuyo: contiene su funcionalidad. Es un smart token capaz de ofrecer funciones empresariales. Abres el token del coche en Apple Wallet y pulsas un botón para arrancarlo o cerrarlo. Has integrado el token del seguro. Ahora quieres conducir para Uber. En el registro te piden demostrar que tienes cierto coche y cierto seguro. Presentas el smart token y los sistemas pueden integrarse. Uber podría responder: «El coche es correcto y tienes seguro, pero no el nivel de cobertura necesario». Normalmente tendrías que ir a la app o web de tu aseguradora y ampliar la cobertura para el transporte de pasajeros. En este escenario tokenizado, el servicio llega directamente a ese momento. Al conectar el token con Uber, recibes allí las funciones empresariales. Pulsas un botón, amplías el seguro y Uber comprueba la cobertura adecuada y te permite conducir. Hemos sacado los servicios de sus lugares centralizados, los hemos tokenizado y convertido en portátiles y combinables. Eso crea una experiencia nueva en la web.

¿Por qué no usar APIs centralizadas?

Ver esta parte · 5:31

Kevin Gracias por el ejemplo. Pensando en coches, creo que [nombre del fabricante poco claro en los subtítulos] ya integró un NFT para casos de trazabilidad, como demostrar si el dueño realizó el mantenimiento recomendado por el fabricante. Esos usos, especialmente demostrar que tienes seguro, me parecen razonables. También has mencionado algo particular de tu enfoque: ejecutar acciones mediante un NFT o token, independientemente del estándar utilizado. Me imagino a muchos preguntando: «¿Por qué no hacerlo de forma centralizada y por qué sería mejor esto?».

Mathew Buena pregunta. Hoy internet funciona con APIs y podemos construir integraciones. Una integración uno a uno no es complicada. Si Uber solo tuviera que conectarse con una aseguradora, no sería un gran problema. Pero ¿cuántas aseguradoras existen? Ahí aparece el problema. A gran escala nos limita la capacidad de construir y mantener tantas integraciones. Habría que crear APIs con cada aseguradora y gestionarlas todas. Con la tokenización podemos eliminar ese problema de escala. Con tecnología tradicional Web2, hacerlo uno a uno resulta fácil; ampliar esas colaboraciones es muy difícil. Ese es el primer punto. El segundo son los datos. Cada vez que quiero transmitirte datos tengo que cumplir el RGPD. Con la tokenización los ponemos en manos de la persona y esta se convierte en el punto de integración, lo cual es totalmente conforme al RGPD. Es la persona quien lleva sus datos. No es una empresa compartiéndolos por API con otra, algo que plantea problemas de privacidad. Damos a cada individuo el control de sus datos para que pueda llevarlos adonde deban utilizarse y obtener mejores experiencias. Esas son las dos cosas que no puedes hacer en un mundo Web2.

¿Los datos tokenizados deben estar en una blockchain pública?

Ver esta parte · 8:22

Kevin La segunda parte es especialmente interesante. ¿Cómo podemos hacerlo realmente? Supongo que quieres tokenizar en una blockchain pública: Ethereum, alguna capa 2, Polygon u otra cadena lateral. En las blockchains públicas los datos son públicos, ¿verdad? [Mathew: Correcto.] ¿Piensas integrar tecnología de conocimiento cero? ¿Cuál es tu enfoque para lograr conformidad con el RGPD o una mayor privacidad?

Mathew Buena pregunta. Hay dos formas sencillas de verlo. Primero, no todo tiene que estar on-chain. Que algo sea Web3 y esté tokenizado no significa que deba estar en una blockchain pública. Hay registros descentralizados que no son públicos. Permiten esas funciones y experiencias sin fricción ni monederos. Nadie necesita obligatoriamente una wallet para estos tokens. Podemos ponerlos directamente en una cuenta de correo o en Apple Wallet. Eliminemos primero la idea de que todo en Web3 debe estar en una blockchain pública. Segundo, la persona es el centro de datos. Lleva sus propios datos, lo que permite la conformidad. La respuesta es que no todo tiene que estar en una blockchain pública. Tercero, sí, ZK. Eso es una [expresión poco clara en los subtítulos], pero pensamos incluso más allá de ZK: en atestaciones. Una atestación demuestra que tienes algo. En el escenario habitual tengo un token en una wallet; conecto esta a una web y la web lee qué tokens tengo. Es una posibilidad, no la única. También puedo presentar una atestación: entrego a la web un token que demuestra que tengo otros tokens. No permite ver el token original, solo un sí o no, un valor binario, como una prueba ZK. Podemos usarlos para crear y compartir datos, y así todo cumple el RGPD. Pero la respuesta sencilla es que no todo debe estar en una blockchain pública.

¿Por qué estandarizar un token en vez de una API REST?

Ver esta parte · 10:54

Kevin Ahí pueden ayudar ZK, la criptografía y otros métodos matemáticos. Volviendo a tu primer argumento, la interoperabilidad de datos, algunos dirían que todavía hay que acordar blockchain, red y estándares de tokens. Siguen haciendo falta estándares. Acordar estándares centralizados o descentralizados no cambia demasiado, salvo que una opción requiere desarrolladores Web3 y otra Web2, y una es centralizada y otra descentralizada. ¿Cómo responderías a ese argumento sobre interoperabilidad?

Mathew No estoy seguro de entender el argumento. ¿Puedes aclararlo un poco?

Kevin Claro, perdona. Por ejemplo, un token es una interfaz unificada. Todas las aseguradoras siguen el mismo estándar. Los fabricantes de coches u otras empresas pueden acceder a los datos y utilizarlos de forma estandarizada. Aun así, hay que acordar el estándar del token y la red. ¿Por qué no acordar en su lugar una interfaz REST API?

Mathew Entendido, buena pregunta. Smart Token Labs, la empresa que asesoro, creó Smart Layer precisamente para esto. Es una interfaz que permite interoperar con tokens on-chain, off-chain y entre cadenas sin construir esos puentes a las distintas cadenas. Es un estándar interoperable. Además, crearon TokenScript como estándar de interfaz y lenguaje. Han propuesto varias EIPs; la última, creo, es EIP-6159 [número de los subtítulos; la propuesta descrita sobre scripts de cliente corresponde a ERC-5169]. Permite a un smart contract referenciar y utilizar un script externo.

Kevin ¿Algo parecido a los xNFTs de los que oí hablar hace unos meses? No sé si los conoces. Si no me equivoco, eran un estándar de Solana, no de Ethereum. Iban en esa dirección: un NFT con código ejecutable. Me imagino que mucha gente apunta hacia ahí.

Adopción empresarial más allá de activos y puntos de fidelidad

Ver esta parte · 14:09

Mathew Para alcanzar una escala masiva necesitamos hacer lo siguiente. Las monedas están bien, pero demasiada gente les teme. Cuando dirigía el estudio de Salesforce trabajé con grandes empresas Fortune 500 en sus proyectos Web3. Todas quieren Web3. Sus CEOs creen en Web3 y blockchain. Lo que les preocupa son los tokens como clase de activos, porque generan cuestiones legales, regulatorias, rechazo de consumidores y riesgos reputacionales. Si pensamos que utilizarán la tokenización de esa manera, no lo harán. Muchas han reducido sus proyectos. Mira cuántas iniciativas NFT se han recortado en los últimos meses. Siguen creyendo que la tecnología es válida, pero quieren resolver problemas empresariales existentes. Tokenizar un activo no resuelve un problema existente, sino que crea problemas que resolver. Aquí decimos: ya tenéis dificultades para integrar sistemas y crear una mejor red empresarial. Pensemos en efectos de red y eficiencia. La tecnología que permite hacer algo más rápido y fácil siempre gana. Permitimos a las redes empresariales compartir datos y mejorar experiencias y eficiencia. Son dos problemas fundamentales que intentan resolver. Por eso todos empezarán a centrarse en tokens para problemas reales. Así se llega a la adopción generalizada. Podemos ir más allá y abandonar la idea de que hace falta una wallet para empezar. Podemos utilizar tokens off-chain; acabamos de realizar varios proyectos con ellos. En el futuro no diremos «Web3». Las empresas usan todo tipo de tecnologías: uno, dos y tres. Siguen enviando cartas y no las llamamos empresas Web0. Utilizar blockchain no te convierte en empresa Web3, sino que te hace más eficiente y competitivo. Esa es la dirección, porque ahí están los problemas. A esos CEOs les diríamos: no hablamos de Web3 como clase de activos ni de puntos de fidelidad tokenizados. Eso les importa un [palabrota omitida en los subtítulos]. Quieren mejores experiencias para sus usuarios y mayor eficiencia empresarial. Eso resolvemos aquí y por eso ese aspecto de la tokenización concentrará la atención.

¿Los metadatos públicos pueden revelar información privada?

Ver esta parte · 17:02

Kevin Hemos mencionado identidad y privacidad. Quisiera tu opinión sobre algo que ya sucede. Aunque muchos datos estén off-chain, los tokens de identidad conservan metadatos: emisor, tipo, quizá un nombre y otros datos públicos. Ya es posible etiquetar muchas direcciones. Incluso si los datos sensibles están fuera de la cadena, el análisis de datos puede permitir inferir ciertas cosas. Como trabajáis activamente en esto, ¿lo habéis pensado y cómo lo resolvéis? ¿Es un problema futuro o no os parece un problema?

Mathew Buena pregunta. Hay varios aspectos. Quien crea el token decide dónde y cómo almacenar los datos. Si coloca esa información en una cadena pública tendrá muchos problemas. Nunca deberías poner información así públicamente on-chain. Por eso hablamos de datos y bases de datos off-chain. Utilizamos criptografía y tecnología Web3 para verificar. Solo puedes verificar haciendo preguntas y sigue existiendo una capa en la que sería posible obtener los datos. Imagina que llevas un token a la empresa Y para demostrar que tienes X y activar una función. Su visión es limitada. Activa funciones, pero no puede ver los datos subyacentes, copiarlos a su base de datos y conservarlos. Hablamos de capas de abstracción. Lo esencial es que la persona siga siendo dueña de los datos. Si solo creamos una forma de usar bots, ciencia de datos e IA para rastrear la web y construir perfiles no deseados, no hemos hecho nada bueno. Nos centramos en resolver esas cuestiones de propiedad. Para nosotros significa que la persona pueda tener los datos donde quiera y utilizarlos como desee. Ese es el primer paso. El segundo es proteger la privacidad. Combinamos tokens off-chain y on-chain para impedir que se extraiga todo y se creen perfiles. Por último, debemos entender cómo implementamos estas soluciones. No hay que exigir conectar una wallet. No necesitamos conectarla a una web para comprobar su contenido y utilizarla. Otras tecnologías permiten mantener oculta la identificación de la wallet y validar sus tokens y las funciones necesarias. Se trata de conocer lo posible, enseñar a las empresas qué es seguro y cómo construirlo, y crear sistemas que permitan a los consumidores conservar su privacidad al utilizar sus tokens.

Ejemplos de proyectos y afirmaciones sobre privacidad

Ver esta parte · 20:58

Kevin ¿Qué empresas, aparte de Smart Token Labs, crees que podrían hacerlo bien pronto?

Mathew No creo que sea tan difícil. La gente no se lanza a ciegas. Ninguna empresa dice: «Voy a crear un proyecto de tokenización sin hablar con nadie». Al acompañarlas nos aseguramos de que se tengan en cuenta estas cuestiones. Lanzamos proyectos con uno de los mejores jugadores de críquet del mundo; hemos hecho proyectos para el Mundial de la FIFA y la Ethereum Foundation. Hay grandes actores que quieren utilizar estas tecnologías e implementar estos sistemas. Respetan esas reglas. Vemos que se mantiene la privacidad, uno de los aspectos fundamentales de esta tecnología y su seguridad.

Tres ideas sobre tokens y servicios combinables

Ver esta parte · 21:53

Kevin ¿Quieres añadir algo para cerrar el podcast? Si no, quizá tres ideas clave para recordar. Hemos tratado muchos temas distintos pero relacionados y hay bastante contenido que los oyentes podrían llevarse.

Mathew Claro. Tres cosas. Primero, hay una diferencia entre titulización y tokenización. Hay distintos tokens y no siempre tienen que ser activos: pueden convertirse en aplicaciones. Segundo, al pensar en el futuro de internet debemos pensar en servicios combinables. Podemos utilizar tokens para eso. ¿Por qué? Porque estamos resolviendo los problemas fundamentales de integración e intercambio de datos de internet. Tercero, imaginemos un mundo en el que los tokens no sean solo monedas, sino aplicaciones que crean mejores experiencias. Ese es el objetivo. Las empresas que aprendan a utilizar la tokenización así tendrán efectos de mercado y dominio parecidos a quienes aprendieron primero la digitalización: Netflix, Salesforce y Amazon. Fueron las primeras en entregar servicios por la web. Después llegaron las apps, Instagram y las empresas que nacieron como aplicaciones. La próxima generación que dominará el panorama digital todavía no existe, pero garantizo que estará tokenizada.

Despedida

Ver esta parte · 23:33

Kevin Es un gran cierre. No tengo nada que añadir. Mathew, gracias por compartir todo esto. Si quieres incluir enlaces, los añadiré a la descripción para quienes nos ven o escuchan. Gracias por tu tiempo y gracias por vernos.

Mathew Gracias por invitarme, Kevin.

Kevin Por supuesto.

Sintonía [Sintonía final: Wavect, la empresa de software Web3 que entiende lo que quieres.]

Transcripción traducida del inglés y ligeramente editada para facilitar la lectura. La grabación es la fuente autorizada. Edición de subtítulos automáticos en inglés, reduciendo muletillas y repeticiones y corrigiendo puntuación y errores claros. Incluye todos los turnos, la apertura y el cierre. Las traducciones siguen la edición inglesa. Las palabras dudosas y el número EIP-6159 de los subtítulos se marcan entre corchetes. La propuesta descrita de scripts de cliente corresponde a ERC-5169. No se realizó una transcripción de audio independiente ni una revisión por escucha. La grabación es la referencia. Las afirmaciones sobre productos, proyectos y adopción son del hablante y reflejan agosto de 2023. La entrevista no acredita conformidad total con el RGPD ni anonimato de wallets. Una atestación no es automáticamente una prueba de conocimiento cero. Tokenizar no elimina APIs, semántica compartida ni trabajo de integración. El flujo del coche, Uber y el seguro es ilustrativo, no una integración desplegada verificada.

Preguntas que responde este episodio

Un token que ofrece funciones utilizables, más allá de registrar propiedad o ser un activo negociable. En 03:58, su ejemplo combina servicios del vehículo y del seguro. Es un modelo de interacción propuesto. Requiere software compatible, proveedores y controles de acceso; poseer el token no hace funcionar por sí solo esos servicios.
La entrevista no demuestra una sustitución automática. En 12:12, Kevin pregunta por una interfaz REST común. Sweezey responde con Smart Layer y TokenScript. Cambia la presentación de funciones al usuario, pero siguen siendo necesarias integraciones, significados compartidos de los datos y cooperación entre proveedores.
TokenScript es un framework que presenta y permite usar funciones de tokens en clientes compatibles. ERC-5169 es una interfaz de contrato que localiza scripts de cliente asociados mediante scriptURI. En 13:24, los subtítulos dicen EIP-6159, pero el mecanismo descrito corresponde a ERC-5169. Enlazar el script y ejecutar su interfaz son responsabilidades distintas.
No. En 09:08, Sweezey describe datos off-chain, registros no públicos y experiencias por correo o pases de wallet. TokenScript puede incluir funciones off-chain. Una interfaz ejecutada en el cliente es distinta de la ejecución en blockchain; la implementación debe definir emisión, autenticación y acceso a los servicios subyacentes.
No. En 10:04, Sweezey describe una atestación que confirma un hecho sin mostrar el token subyacente. Es el objetivo de divulgación de su ejemplo, no una propiedad de toda atestación. Una respuesta sí/no no acredita por sí sola conocimiento cero, imposibilidad de vinculación ni protección contra correlación de metadatos.
No. En 07:44 y 09:43, Sweezey formula afirmaciones amplias sobre conformidad. Almacenar fuera de la cadena cambia el diseño, pero no determina la legalidad o privacidad del tratamiento completo. La pregunta sobre metadatos públicos en 17:53 sigue siendo relevante. Hay que evaluar flujos reales y participantes, no tratar la propiedad de tokens como certificación.

¿Quieres aplicar esta forma de pensar a tu producto?

Construimos MVPs y trabajamos como CTOs fraccionales para fundadores que prefieren lanzar antes que hablar.