IOTA anchors
3
Merkle roots reales en testnet para delivery, pharma y agro.
Proof Verify permite que un cliente, auditor o inversor compruebe que una evidencia existia y no fue cambiada, sin ver el dato sensible que genero esa evidencia.
Testnet live cockpit
Esta pantalla conecta Demo Lab, API, IOTA y Polygon: nexID genera el evento privado, publica solo evidencia hash-only y deja que un tercero lo verifique sin acceder a datos sensibles.
IOTA anchors
3
Merkle roots reales en testnet para delivery, pharma y agro.
Memo receipts
3
Raw input legible y decodificable desde explorer.
IOTA contract
live
Anchor contract separado de datos privados nexID.
Polygon ownership
mint
NFT/certificado para propiedad, garantia o claim.
Para empresarios
No hace falta entender blockchain: se verifica si la evidencia esta incluida y que informacion quedo privada.
Para auditores
El SHA, el Merkle root, la tx y el Raw input se pueden contrastar contra el explorer externo.
Para producto
IOTA queda para evidencia; Polygon queda para propiedad, warranty y certificados transferibles.
Para Cliente o auditor
Pega un SHA o Raw input y ve si la evidencia existia, sin acceder al dato privado.
Para Empresa
Muestra integridad externa para QA, DPP, custodia o reclamos sin publicar UIDs ni rutas.
Para Inversor o C-level
Entiende en una pantalla que IOTA prueba evidencia y Polygon prueba ownership separado.
1. Evento
Puede ser un tap valido, QA de lote, entrega, custodia, DPP o reporte logistico.
2. Hash
El sistema genera un sha256 del evento canonico. No publica UIDs, clientes, rutas privadas ni keys.
3. Anchor
Varios hashes se consolidan en un root auditable local o externo, segun politica del tenant.
4. Recibo publico
IOTA puede guardar un texto publico minimo: caso, recurso, eventos, root y privacy=hash-only.
5. Verificacion
Con el hash, un auditor o cliente confirma si esa evidencia esta incluida sin ver el dato privado.
Polygon ownership layer
Esta capa prueba propiedad, warranty transferible o reclamo comercial. No se mezcla con la evidencia privada: es el certificado publico del activo.
IOTA proof layer
Esta capa prueba que un evento existia sin mostrar el evento. Es ideal para DPP, QA, cadena de custodia y auditoria externa.
Demos publicos verificables
Estos casos no usan marcas reales ni datos sensibles. El backend calcula hashes canonicos, Merkle roots reales y muestra la transaccion IOTA testnet cuando ese caso ya fue anclado.
Logistica premium
Caja sellada, custodia y reclamo verificable sin exponer datos privados.
SHA principal
sha256:fd056fe8caf73243fec9c83075f2a693311cbcb5af81264c6ad0bf4388d2089d
Memo publico en IOTA
Demuestra que un paquete sellado tuvo custodia y entrega verificable sin publicar receptor ni manifiesto.
Pharma regulado
Lote sensible con temperatura, tamper y liberacion QA verificable.
SHA principal
sha256:46da892d32fdb4cca3fbf47fcb1a635a8ebd5580d47c023152af770ac9be7eb5
Memo publico en IOTA
Demuestra que un lote sensible tuvo liberacion QA, control frio y revision de tamper incluidos en un mismo root.
Agro quimico
Insumo agricola con origen, canal autorizado y uso responsable verificable.
SHA principal
sha256:0ea0478b694f01a5a76eda955a78c74701786b3d13ac241e6f6cfc3363938320
Memo publico en IOTA
Demuestra origen, canal autorizado, escaneo de campo y politica de reclamo para un insumo agricola.
Resultado
El hash existe dentro de uno o mas anchors. Si hay explorer_url, tambien se puede abrir la prueba externa.
Caso explicado
Ejemplo para agro enterprise: lote, canal, stewardship y reclamo se entienden sin nombrar clientes ni publicar datos operativos sensibles.
El lote se emite con canal y politica de uso responsable.
sha256:0ea0478b694f01a5a76eda955a78c74701786b3d13ac241e6f6cfc3363938320
El verificador offline valida producto en zona de baja conectividad.
sha256:72ed2d884d008e430617c7a1ed43b63b6f10cfcee3490e9468b91b0192a6954f
Si hay tamper o canal invalido, queda abierto el camino de reclamo.
sha256:bca3f082a5839daf37249285a92c92fa297d640bbd8fe48a239ab6a284214310
Recibo publico on-chain
Demuestra origen, canal autorizado, escaneo de campo y politica de reclamo para un insumo agricola.
Para canal y compliance: prueba stewardship y trazabilidad de uso responsable sin exponer clientes, lotes comerciales reales ni ubicaciones sensibles.
nexID-proof-v1|case=agro-stewardship|vertical=agro-quimico|resource=agro_input_batch:AGR-STW-2026-0031|events=3|root=sha256:5387aaf504ca3b0a6cab83a3af0bfa158f36b04ab2a3558c94907337fc7c7369|privacy=hash-only
Hash del memo
sha256:5395e58f92df05c6b36f48c67833fed53f12fe60870978b2665c73c5e29d2129
Capas del caso
activo
Identidad de producto, reglas de canal y reclamo
testnet-ready
Evidencia publica hash-only para hitos de stewardship
opcional
Certificado NFT de propiedad o garantia cuando aplica
Como se conecta
Para gente normal
Que ese hash fue incluido en un anchor con fecha, provider, red, Merkle root y, si aplica, transaccion externa.
No reemplaza la validacion NFC/SUN, el dashboard privado ni el certificado Polygon. Es una prueba externa de integridad, no una copia de toda la base.
Mostras Demo Lab, elegis un evento de negocio, ensenas su hash y despues lo verificas aca. La empresa entiende privacidad, auditoria y compliance en menos de un minuto.
Solo se verifica el hash. La prueba no revela UIDs, manifests ni identidad del destinatario.
Polygon queda para ownership/certificados. IOTA/local proof queda para auditoria y DPP.
La API acepta POST JSON en /public/proof/verify y /public/proof/decode.
Mensaje comercial correcto
Proof Verify existe para explicar auditoria sin complejidad blockchain: el cliente no necesita ver contratos, wallets ni payloads privados para comprobar integridad.
Publico
case, vertical, resource class, event count, Merkle root, privacy policy
Privado dentro de nexID
UID/NFC secret material, customer or patient identity, route manifest, internal QA documents, commercial contract data
Anchors
33333333-3333-4333...3333333333
confirmedProvider
iota / iota-evm-testnet
Tx
0x1510f40f71ada314...44746e75a2
Proof Decoder
En IOTA EVM el memo queda dentro del campo Raw input. El explorer lo muestra como hex; nexID lo decodifica como texto UTF-8 y lo explica para gerencia, auditoria o ventas.
Lectura ejecutiva
Agro Stewardship: este recibo publico confirma 3 eventos sobre agro_input_batch:AGR-STW-2026-0031 dentro del Merkle root sha256:5387aaf504ca3b0a6cab83a3af0bfa158f36b04ab2a3558c94907337fc7c7369.
Lectura de negocio: prueba stewardship, origen/canal autorizado y uso responsable de un insumo, sin exponer clientes, ubicaciones sensibles ni acuerdos comerciales.
Explorer Decoder para C-level
Esto es lo que se copia del explorer. Se ve como hex, pero representa el recibo publico escrito en la transaccion.
0x6e657849442d70726f6f662d76317c636173653d6167726f2d73746577617264736869707c766572746963616c3d6167726f2d7175696d69636f7c7265736f757263653d6167726f5f696e7075745f62617463683a4147522d5354572d323032362d303033317c6576656e74733d337c726f6f743d7368613235363a353338376161663530346361336230613663616238336133616630626661313538663336623034616232613335353863393439303733333766633763373336397c707269766163793d686173682d6f6e6c79
Mismo contenido, sin hex: caso, vertical, recurso, cantidad de eventos, Merkle root y politica de privacidad.
nexID-proof-v1|case=agro-stewardship|vertical=agro-quimico|resource=agro_input_batch:AGR-STW-2026-0031|events=3|root=sha256:5387aaf504ca3b0a6cab83a3af0bfa158f36b04ab2a3558c94907337fc7c7369|privacy=hash-only
Como se lo explicas a gerencia
Caso, tipo de recurso, cantidad de eventos, Merkle root y politica hash-only.
UID secreto, cliente, manifiesto, ruta, QA interno, precio, contrato y datos personales.
Auditoria externa sin convertir blockchain en base de datos publica. Sirve para ventas, compliance, DPP, QA y reclamos.
agro-stewardship
Identifica el flujo que genero el recibo publico: Agro Stewardship.
agro-quimico
Ubica la prueba en una industria o unidad de negocio: Agro Quimico.
agro_input_batch:AGR-STW-2026-0031
Clase agro_input_batch con referencia publica AGR-STW-2026-0031. No revela UID/NFC secreto ni cliente final.
3
Cantidad de hitos de negocio incluidos en el Merkle root: 3.
sha256:5387aaf504ca3b0a6cab83a3af0bfa158f36b04ab2a3558c94907337fc7c7369
Huella criptografica que resume los hashes de eventos. Si un hash cambia, este root deja de coincidir.
hash-only
Solo se publica evidencia minima. Los datos sensibles quedan dentro de nexID.
1. Explorer
Abrir memo tx y copiar Raw input.
2. Decoder
nexID traduce hex a contexto.
3. SHA
Verificar inclusion exacta.