Registros digitales y derechos
Token NFT, metadatos, archivo y derechos
Separa el registro del contrato NFT, sus metadatos y archivo, y los permisos legales que una persona podría recibir o no.
Vas a aprender
- Seguir un token, contrato, red, referencia de metadatos y archivo multimedia como objetos de evidencia distintos.
- Explicar por qué un token o campo de metadatos no prueba por sí solo autoría, copyright, licencia, titularidad legal ni disponibilidad del archivo.
- Resolver un registro NFT ficticio y enumerar la evidencia separada necesaria antes de confiar en un permiso alegado.
Antes de empezar
No hace falta wallet, cuenta, token, fondos, carga de archivos ni transacción. El registro resuelto y todos los identificadores son ficticios.
Primero identificá el objeto en cadena
Un NFT es un token que registra un contrato particular en una red particular. Para revisar evidencia, mantené separados la red, la dirección del contrato, el identificador del token y el titular que informa el registro. Un ticker, nombre de colección, ficha de marketplace o vista previa de imagen no reemplazan esos identificadores.
ERC-721 es un estándar de interfaz de tokens de Ethereum. Su interfaz base describe cómo identificar y transferir tokens; su extensión de metadatos es opcional y puede exponer un tokenURI que apunta a una descripción JSON. Es un ejemplo de estándar, no una prueba de que un contrato concreto implemente ERC-721 ni de que todos los NFT de BNB Chain lo usen. BNB Smart Chain es una red EVM compatible distinta; verificá la cadena y el contrato desplegado exactos en vez de deducirlos de los nombres BNB o Binance.
Evidencia: EIP-721 token and optional metadata interfaces · BSC overview
La extensión de metadatos es OPCIONAL en ERC-721. La especificación describe una interfaz y una URI que puede apuntar a JSON; no autentica un contrato desplegado, creador, licencia legal, persistencia de archivos ni derechos. Es un ejemplo de estándar, no una afirmación de que todo NFT de BNB Chain implemente ERC-721.
Se usa sólo para identificar BNB Smart Chain y su compatibilidad EVM. La misma página incluye cifras de rendimiento, costos y adopción sujetas a fecha; no se tratan como hechos actuales ni como lista vigente de soporte/disponibilidad.
Una referencia no es el archivo ni una promesa de conservación
Cuando un contrato expone metadatos, la URI devuelta puede apuntar a un JSON; un campo del metadato puede a su vez apuntar a una imagen u otro archivo. Son registros vinculados, no una sola prueba indivisible. Un nombre, campo de creador o campo de licencia son datos incluidos por el contrato o un documento referenciado; su presencia por sí sola no autentica al autor ni hace que la afirmación tenga efecto legal.
La documentación de IPFS explica que los datos almacenados en caché pueden eliminarse mediante recolección de basura y que fijarlos protege los datos de esa recolección en el nodo fijado. También indica que IPFS no garantiza disponibilidad persistente. Por eso, un identificador de contenido o una visualización exitosa en un momento no prueba que el archivo seguirá recuperable, que todas las gateways ofrecerán la misma experiencia ni que quien lo publicó tenía permiso. Revisá por separado los bytes reales, quién mantiene copias y los términos de conservación del emisor.
Evidencia: EIP-721 token and optional metadata interfaces · IPFS persistence, pinning and availability
La extensión de metadatos es OPCIONAL en ERC-721. La especificación describe una interfaz y una URI que puede apuntar a JSON; no autentica un contrato desplegado, creador, licencia legal, persistencia de archivos ni derechos. Es un ejemplo de estándar, no una afirmación de que todo NFT de BNB Chain implemente ERC-721.
La documentación indica que los datos en caché pueden eliminarse por recolección de basura, que fijar conserva datos en el nodo fijado y que IPFS no garantiza disponibilidad persistente. Esto no demuestra disponibilidad, integridad, autoría, permiso ni situación legal de un archivo concreto.
El control del token y los derechos de propiedad intelectual responden preguntas distintas
Una entrada en cadena puede describir qué dirección registra actualmente un contrato para un token. Sin evidencia adicional, eso no identifica a una persona, establece quién creó la obra, prueba quién posee el copyright, concede una licencia para copiar o vender la imagen ni crea un derecho a canjear un objeto físico. La titularidad del token, de una copia del archivo, el copyright y una licencia contractual son cuestiones distintas.
Como ejemplo acotado a Estados Unidos, 17 U.S.C. §202 establece que la titularidad del copyright es distinta de la propiedad del objeto material que contiene la obra. La sección 204(a), en general, exige un instrumento escrito firmado por el titular o su agente autorizado para transferir la titularidad del copyright, salvo una transferencia por ministerio de la ley. Son normas federales de copyright de EE. UU.; no determinan el resultado de toda venta de NFT, licencia, jurisdicción o disputa. Una licencia puede otorgar usos definidos sin transferir el copyright; leé los términos reales y verificá la autoridad de quien los concede.
Evidencia: U.S. copyright ownership and material objects, §202 · U.S. copyright transfer form, §204(a)
Ley federal de copyright de EE. UU. La sección 202 separa la titularidad del copyright de la propiedad del objeto material que incorpora una obra. No determina si un NFT concede una licencia ni los derechos legales en otra jurisdicción.
La sección 204(a) trata la transferencia de titularidad del copyright bajo la ley de EE. UU., salvo por ministerio de la ley. No es una regla universal para licencias, transferencias de tokens, todas las jurisdicciones ni el efecto legal de términos concretos.
Ejemplo ficticio resuelto: ¿qué demuestra el token 17?
Sólo ejercicio ficticio en papel: supongamos que un contrato inventado en BNB Smart Chain implementa una extensión de metadatos similar a ERC-721. Informa el identificador 17 y una URI de ejemplo, ipfs://fictional-cid/art-17.json. El JSON ficticio nombra una ilustración y apunta a un archivo de imagen ficticio. No existen contrato, token, dirección, CID, obra ni consulta reales.
Resultado: dentro de este registro hipotético, inspeccionar la cadena y el contrato nombrados podría respaldar lo que ese contrato informa para el token 17 y su URI. La URI y el JSON no demostrarían por sí mismos que la artista nombrada creó el archivo, que seguirá disponible, que el token es auténtico ni que quien tenga el token pueda reproducir o vender la ilustración. Como no se aporta un documento de licencia ni un otorgante autorizado, el permiso comercial es desconocido; la lectura prudente es no inferirlo.
Evidencia: EIP-721 token and optional metadata interfaces · IPFS persistence, pinning and availability · U.S. copyright ownership and material objects, §202
La extensión de metadatos es OPCIONAL en ERC-721. La especificación describe una interfaz y una URI que puede apuntar a JSON; no autentica un contrato desplegado, creador, licencia legal, persistencia de archivos ni derechos. Es un ejemplo de estándar, no una afirmación de que todo NFT de BNB Chain implemente ERC-721.
La documentación indica que los datos en caché pueden eliminarse por recolección de basura, que fijar conserva datos en el nodo fijado y que IPFS no garantiza disponibilidad persistente. Esto no demuestra disponibilidad, integridad, autoría, permiso ni situación legal de un archivo concreto.
Ley federal de copyright de EE. UU. La sección 202 separa la titularidad del copyright de la propiedad del objeto material que incorpora una obra. No determina si un NFT concede una licencia ni los derechos legales en otra jurisdicción.
Usá una lista de derechos que no requiere operar
Anotá qué se afirma y qué evidencia podría respaldar cada parte: red y contrato para el registro del token; identificador y respuesta de metadatos para la referencia; bytes recuperados y esquema de conservación para acceder al archivo; y un documento del emisor o creador para atribución y permisos. Un registro de BNB Chain no demuestra un crédito en una cuenta de Binance Exchange, y la marca Binance no es automáticamente el emisor del token ni quien concede la licencia.
Para una licencia alegada, anotá quién la concede y con qué autoridad, la obra concreta, usos permitidos, límites comerciales o no comerciales, medios, territorio, duración, sublicencias, terminación y ley aplicable. Conservá los términos originales y su fecha. Si no podés verificar los términos, la identidad del emisor, el archivo o la ley pertinente, marcá el punto como no resuelto en vez de convertir la pantalla de un token en una conclusión sobre derechos.
Evidencia: EIP-721 token and optional metadata interfaces · U.S. copyright ownership and material objects, §202 · U.S. copyright transfer form, §204(a) · BSC overview
La extensión de metadatos es OPCIONAL en ERC-721. La especificación describe una interfaz y una URI que puede apuntar a JSON; no autentica un contrato desplegado, creador, licencia legal, persistencia de archivos ni derechos. Es un ejemplo de estándar, no una afirmación de que todo NFT de BNB Chain implemente ERC-721.
Ley federal de copyright de EE. UU. La sección 202 separa la titularidad del copyright de la propiedad del objeto material que incorpora una obra. No determina si un NFT concede una licencia ni los derechos legales en otra jurisdicción.
La sección 204(a) trata la transferencia de titularidad del copyright bajo la ley de EE. UU., salvo por ministerio de la ley. No es una regla universal para licencias, transferencias de tokens, todas las jurisdicciones ni el efecto legal de términos concretos.
Se usa sólo para identificar BNB Smart Chain y su compatibilidad EVM. La misma página incluye cifras de rendimiento, costos y adopción sujetas a fecha; no se tratan como hechos actuales ni como lista vigente de soporte/disponibilidad.
Comprobá lo aprendido
Un NFT ficticio muestra una imagen y sus metadatos dicen «uso comercial permitido». ¿Qué falta para tratarlo como un permiso?
Ver explicación
El token y los metadatos sólo muestran lo que informan el contrato y los datos vinculados. Verificá al emisor, al creador u otorgante autorizado, los términos reales y su alcance, y la ley aplicable. Sin esa evidencia, el permiso está sin resolver; no lo infieras del saldo del token ni de una vista previa.
Fuentes primarias
- ERC-721: Non-Fungible Token StandardEthereum Improvement Proposals · 2026-10-26
La extensión de metadatos es OPCIONAL en ERC-721. La especificación describe una interfaz y una URI que puede apuntar a JSON; no autentica un contrato desplegado, creador, licencia legal, persistencia de archivos ni derechos. Es un ejemplo de estándar, no una afirmación de que todo NFT de BNB Chain implemente ERC-721.
- Persistence, permanence, and pinningIPFS Docs · 2026-10-26
La documentación indica que los datos en caché pueden eliminarse por recolección de basura, que fijar conserva datos en el nodo fijado y que IPFS no garantiza disponibilidad persistente. Esto no demuestra disponibilidad, integridad, autoría, permiso ni situación legal de un archivo concreto.
- 17 U.S.C. §202: Ownership of copyright as distinct from ownership of material objectU.S. House Office of the Law Revision Counsel · 2026-10-26
Ley federal de copyright de EE. UU. La sección 202 separa la titularidad del copyright de la propiedad del objeto material que incorpora una obra. No determina si un NFT concede una licencia ni los derechos legales en otra jurisdicción.
- 17 U.S.C. §204: Execution of transfers of copyright ownershipU.S. House Office of the Law Revision Counsel · 2026-10-26
La sección 204(a) trata la transferencia de titularidad del copyright bajo la ley de EE. UU., salvo por ministerio de la ley. No es una regla universal para licencias, transferencias de tokens, todas las jurisdicciones ni el efecto legal de términos concretos.
- BNB Smart Chain: overviewBNB Chain · 2026-10-26
Se usa sólo para identificar BNB Smart Chain y su compatibilidad EVM. La misma página incluye cifras de rendimiento, costos y adopción sujetas a fecha; no se tratan como hechos actuales ni como lista vigente de soporte/disponibilidad.