Blockchain: aspectos técnicos, informáticos y jurídicos en Uruguay

1. ¿Qué es blockchain?

Blockchain puede definirse como un registro digital distribuido, compartido y criptográficamente protegido, en el cual las operaciones son agrupadas en bloques relacionados entre sí.

Cada bloque contiene información sobre determinadas transacciones y una referencia criptográfica al bloque anterior. De esa manera se forma una secuencia cronológica.

Bloque 1 → Bloque 2 → Bloque 3 → Bloque 4

Cada bloque contiene, normalmente:

Datos de las transacciones
Marca temporal
Hash del bloque anterior
Hash propio
Información necesaria para el consenso

La conexión criptográfica entre bloques permite detectar alteraciones. Si una persona modifica la información de un bloque anterior, cambia su hash y deja de coincidir con la referencia almacenada en el bloque siguiente.

2. Blockchain y tecnologías de registro distribuido

Blockchain pertenece a una categoría más amplia denominada Distributed Ledger Technology, abreviada como DLT o tecnología de registro distribuido.

No toda DLT utiliza necesariamente una cadena lineal de bloques. Pueden existir otros modelos de estructuras distribuidas, como grafos dirigidos acíclicos, registros replicados o arquitecturas basadas en consenso entre participantes identificados.

Blockchain es una clase de DLT.
No toda DLT es necesariamente una blockchain.

3. Diferencia entre una base de datos tradicional y una blockchain

Blockchain no sustituye automáticamente a una base de datos tradicional. Cuando existe una entidad confiable que puede administrar eficientemente el sistema, una base de datos convencional suele ser más rápida, más económica y más sencilla.

La primera pregunta de un proyecto serio no debería ser “¿qué blockchain utilizaremos?”, sino: “¿existe realmente un problema de confianza distribuida que justifique emplear blockchain?”.

4. Funcionamiento técnico de una blockchain

4.1. Creación de una transacción

Una transacción es una instrucción enviada a la red. Puede consistir en transferir una criptomoneda, ejecutar una función de un contrato inteligente, registrar el hash de un documento, emitir un token o transferir un derecho representado digitalmente.

Dirección de origen
Dirección de destino
Cantidad o datos transmitidos
Comisión
Número de secuencia
Firma digital

4.2. Claves públicas y privadas

Cada usuario posee, en términos simplificados, una clave privada, una clave pública y una dirección derivada de esta última. La clave privada permite firmar operaciones y debe mantenerse secreta.

Quien obtiene la clave privada puede firmar operaciones como si fuera su titular técnico. No obstante, el control técnico no siempre coincide con la titularidad jurídica legítima.

4.3. Firma criptográfica

La firma criptográfica permite verificar que la transacción fue autorizada por quien controla la clave privada y que el contenido no fue modificado.

Esta firma no debe confundirse automáticamente con la firma electrónica avanzada regulada por la legislación uruguaya. Puede acreditar el uso de una clave, pero no necesariamente la identidad civil de una persona.

4.4. Hash criptográfico

Un hash es el resultado de aplicar una función matemática a determinados datos. Funciona como una huella digital del contenido.

Documento original
        ↓
Función hash
        ↓
9f86d081884c7d659a2feaa0c55ad015...

El hash puede utilizarse para demostrar que un archivo no fue alterado desde determinado momento. Sin embargo, no demuestra por sí solo que el contenido sea verdadero, lícito o firmado por quien afirma haberlo firmado.

4.5. Árbol de Merkle

Un árbol de Merkle permite resumir muchas transacciones en un único valor criptográfico, facilitando la verificación de inclusión de una operación en un bloque.

Hash A ─┐
        ├─ Hash AB ─┐
Hash B ─┘           │
                    ├─ Raíz de Merkle
Hash C ─┐           │
        ├─ Hash CD ─┘
Hash D ─┘

4.6. Nodos y propagación

Un nodo es una computadora que ejecuta el protocolo blockchain. Puede recibir transacciones, verificar firmas, mantener una copia del registro, retransmitir información, producir bloques o ejecutar contratos inteligentes.

5. Principales mecanismos de consenso

5.1. Proof of Work

En la prueba de trabajo los mineros compiten para resolver un problema criptográfico. La seguridad se apoya en el costo económico de la potencia de cálculo, el hardware y la electricidad.

Ventajas: seguridad probada, resistencia a manipulaciones y participación abierta.

Desventajas: consumo energético elevado, menor rendimiento y posible concentración minera.

5.2. Proof of Stake

En la prueba de participación, los validadores bloquean activos como garantía. Pueden recibir recompensas por actuar correctamente y perder parte de los activos si infringen determinadas reglas.

Ventajas: menor consumo energético y mayor eficiencia potencial.

Desventajas: posible concentración de participación y complejidad de gobernanza.

5.3. Proof of Authority

Un conjunto limitado de validadores identificados produce y valida bloques. Es frecuente en redes empresariales o institucionales.

5.4. Protocolos tolerantes a fallas bizantinas

Permiten que una red alcance acuerdos aun cuando ciertos nodos fallen o actúen maliciosamente. Se utilizan especialmente en redes permisionadas.

6. Blockchain pública, privada y de consorcio

6.1. Blockchain pública

Cualquier persona puede consultar el registro, enviar transacciones o ejecutar un nodo conforme a las reglas del protocolo. Bitcoin y Ethereum son ejemplos conocidos.

6.2. Blockchain privada

Una organización controla el acceso y la validación. Puede ser útil para procesos internos, aunque debe analizarse si blockchain aporta ventajas reales frente a una base de datos replicada.

6.3. Blockchain de consorcio

Es administrada por varias organizaciones identificadas, como bancos, aseguradoras, operadores logísticos, universidades u organismos públicos.

7. Contratos inteligentes

7.1. Concepto técnico

Un contrato inteligente o smart contract es un programa almacenado y ejecutado en una blockchain.

if (pagoRecibido && mercaderíaEntregada) {
    liberarFondosAlVendedor();
}

7.2. El contrato inteligente no siempre es un contrato jurídico

Todo contrato inteligente es software.
No todo contrato inteligente es jurídicamente un contrato.

Para que exista un contrato jurídicamente válido deben verificarse capacidad, consentimiento, objeto lícito, causa lícita, ausencia de vicios y cumplimiento de las solemnidades exigidas.

7.3. Contratos híbridos

Contrato en lenguaje jurídico
            +
Código ejecutable
            +
Reglas de prevalencia
            +
Mecanismo de resolución de controversias

El contrato debería establecer qué versión del código se utiliza, qué sucede ante errores, qué texto prevalece, quién puede suspender la ejecución y qué ley y jurisdicción resultan aplicables.

7.4. Oráculos

Una blockchain no conoce automáticamente lo que ocurre fuera de la red. Para obtener información externa necesita un oráculo, que puede suministrar cotizaciones, resultados, datos meteorológicos o confirmaciones logísticas.

8. Lenguajes de programación y plataformas

8.1. Solidity

Es el lenguaje más utilizado para contratos inteligentes compatibles con la Ethereum Virtual Machine.

pragma solidity ^0.8.20;

contract Registro {
    mapping(bytes32 => uint256) public fechaRegistro;

    function registrar(bytes32 hashDocumento) public {
        require(fechaRegistro[hashDocumento] == 0, "Ya registrado");
        fechaRegistro[hashDocumento] = block.timestamp;
    }
}

8.2. Rust

Se emplea por su seguridad de memoria, rendimiento y control de recursos. Es frecuente en ecosistemas como Solana, Polkadot y Substrate.

8.3. Go

Adecuado para nodos, infraestructura distribuida, servicios de red y aplicaciones empresariales.

8.4. JavaScript y TypeScript

Se utilizan en interfaces web, aplicaciones descentralizadas, conexión con billeteras y servicios backend.

8.5. Python

Se utiliza para análisis de datos blockchain, automatización, monitoreo, análisis forense, pruebas y herramientas de cumplimiento.

8.6. C++

Ofrece alto rendimiento y control de bajo nivel. Bitcoin Core está desarrollado principalmente en C++.

8.7. Java y Kotlin

Son adecuados para sistemas empresariales, integraciones bancarias, aplicaciones Android y plataformas corporativas.

9. Arquitectura recomendada para aplicaciones jurídicas

Una aplicación jurídica no debería almacenar expedientes, historias clínicas, contratos completos o datos personales directamente en una blockchain pública.

Documento original
      ↓
Cifrado
      ↓
Almacenamiento privado
      ↓
Generación del hash
      ↓
Registro del hash en blockchain
      ↓
Conservación de metadatos mínimos

La blockchain debería registrar únicamente el hash, un identificador técnico, la fecha, el tipo de operación, la dirección autorizada y la versión del documento.

10. Tokenización

Tokenizar significa representar digitalmente un activo, derecho o posición jurídica mediante un token. Pueden tokenizarse derechos de crédito, participaciones, entradas, certificados, obras digitales o determinados derechos sobre bienes físicos.

En materia inmobiliaria, por ejemplo, la creación de un token no sustituye la escritura pública, la tradición, la inscripción registral ni las demás solemnidades exigidas por el Derecho uruguayo.

11. Criptomonedas, tokens y activos virtuales

• Criptomoneda: activo digital utilizado como medio de intercambio, reserva de valor o unidad de cuenta dentro de una red.
• Token de utilidad: permite acceder a un producto, servicio o funcionalidad.
• Token valor: representa derechos económicos semejantes a acciones, créditos o participaciones.
• Stablecoin: activo diseñado para mantener un valor relativamente estable respecto de una moneda u otro activo.
• NFT: identificador digital no fungible que no implica necesariamente la adquisición de derechos de autor.

12. Usos de blockchain

• Servicios financieros y pagos.
• Cadena de suministro y trazabilidad.
• Administración pública.
• Salud y auditoría de accesos.
• Propiedad intelectual y licencias.
• Prueba documental y cadena de custodia.
• Identidad descentralizada.

13. Ventajas y limitaciones

Ventajas

• Integridad y trazabilidad.
• Alta disponibilidad.
• Automatización mediante contratos inteligentes.
• Reducción de determinados intermediarios.
• Auditoría verificable.
• Resistencia a fallas.

Limitaciones

• Escalabilidad reducida en algunas redes.
• Costos variables.
• Riesgos de privacidad.
• Dificultad de reversión.
• Gobernanza compleja.
• Dependencia de claves privadas.
• Incertidumbre jurídica transfronteriza.

Garbage in, garbage out

Blockchain protege la integridad de lo registrado, pero no garantiza que la información original sea verdadera.

14. Riesgos informáticos

14.1. Robo de claves

Puede producirse mediante malware, phishing, ingeniería social, filtración de frases semilla, extensiones maliciosas o acceso físico.

14.2. Errores en contratos inteligentes

Pueden existir vulnerabilidades de reentrada, control de acceso deficiente, errores de redondeo, manipulación de precios, dependencia de oráculos o inicialización incorrecta.

14.3. Ataques al consenso

El control mayoritario del poder de validación puede permitir intentos de reorganización de bloques o doble gasto, dependiendo del protocolo.

14.4. Puentes entre redes

Los bridges constituyen objetivos críticos porque suelen custodiar grandes cantidades de activos y dependen de código complejo.

14.5. Riesgos de custodia

Un proveedor centralizado puede ser hackeado, mezclar fondos, bloquear retiros, quebrar o perder claves.

15. Blockchain y Derecho uruguayo

Blockchain no es, por sí misma, una moneda, un contrato, un título, una empresa, un servicio financiero o una prueba definitiva. Es una infraestructura tecnológica. El régimen jurídico depende de la actividad desarrollada.

15.1. Regulación de los activos virtuales

La Ley N.º 20.345 incorporó a los proveedores de servicios sobre activos virtuales al ámbito de regulación y fiscalización del Banco Central del Uruguay.

La Ley N.º 20.446 modificó nuevamente la Carta Orgánica del Banco Central e incluyó a los proveedores de servicios sobre activos virtuales entre las entidades integrantes del sistema financiero.

El Banco Central ha trabajado en una reglamentación específica para los proveedores de servicios sobre activos virtuales, con obligaciones proyectadas sobre autorización, gobierno corporativo, capital, custodia, seguridad de la información, continuidad operativa, debida diligencia y atención de reclamos.

15.2. Las criptomonedas no son moneda de curso legal

Los activos virtuales no constituyen moneda de curso legal en Uruguay. Los comercios no están obligados a aceptarlos y su utilización como medio de pago requiere acuerdo entre las partes.

Un contrato que admita pagos en activos virtuales debería indicar:

Activo aceptado
Red utilizada
Dirección de destino
Momento de conversión
Fuente de cotización
Cantidad de confirmaciones
Responsabilidad por comisiones
Tratamiento de bifurcaciones
Consecuencias de la volatilidad

15.3. Prevención del lavado de activos

La Ley N.º 19.574 y sus modificaciones resultan aplicables a determinadas operaciones con activos virtuales. La utilización de blockchain no elimina la necesidad de identificar al cliente, conocer al beneficiario final, analizar el origen de los fondos, conservar documentación y reportar operaciones sospechosas cuando corresponda.

15.4. Contratos inteligentes

Uruguay no posee una ley general autónoma de contratos inteligentes. Su validez debe analizarse según el Código Civil, la Ley N.º 18.600 sobre documento y firma electrónica, la normativa de consumo, la normativa financiera y las normas especiales aplicables al negocio.

15.5. Prueba electrónica

Los registros blockchain pueden contribuir a acreditar existencia de una operación, dirección de origen y destino, cantidad transferida, fecha aproximada, inclusión en un bloque e integridad de un archivo.

Para atribuir una transacción a una persona concreta suelen ser necesarios elementos adicionales, como registros del proveedor, identificación del cliente, direcciones IP, dispositivos, comunicaciones, pericias y documentación contractual.

15.6. Protección de datos personales

La Ley N.º 18.331 regula el tratamiento de datos personales y reconoce derechos de acceso, rectificación, actualización, inclusión y supresión.

La inmutabilidad de una blockchain puede entrar en tensión con esos derechos, por lo que no deberían almacenarse datos personales directamente en cadenas públicas salvo justificación excepcional.

15.7. Protección del consumidor

Cuando una empresa ofrece profesionalmente productos o servicios blockchain a consumidores, puede resultar aplicable la Ley N.º 17.250. El consumidor debe recibir información suficiente, clara, veraz y comprensible.

15.8. Ciberdelincuencia

Las conductas vinculadas con blockchain pueden involucrar acceso ilícito, fraude informático, suplantación, apropiación de credenciales, estafa, extorsión o lavado de activos.

15.9. Propiedad intelectual

Los programas informáticos están protegidos en Uruguay por la Ley N.º 9.739 y sus modificaciones. En todo proyecto blockchain debe determinarse la autoría, titularidad, licencia, uso de bibliotecas, compatibilidad de licencias y derechos sobre interfaces, tokens, documentación y contenidos.

15.10. Tributación

La utilización de criptomonedas no excluye la aplicación de las normas tributarias. El tratamiento dependerá de la residencia, habitualidad, naturaleza de la renta, fuente, tipo de contribuyente y función económica del activo.

16. Responsabilidad por daños

En una solución blockchain pueden intervenir desarrolladores, auditores, emisores, proveedores de billeteras, custodios, exchanges, validadores, administradores de interfaces, proveedores de oráculos y usuarios.

La responsabilidad dependerá de la conducta, el contrato, el deber de diligencia, el control efectivo, la previsibilidad del daño, el nexo causal y la normativa especial aplicable.

La expresión “el código es la ley” no constituye una regla general del ordenamiento jurídico. El código ejecuta instrucciones; la ley determina si esa ejecución es válida, ilícita, anulable o generadora de responsabilidad.

17. Jurisdicción y ley aplicable

Las redes blockchain son globales, pero las personas y empresas continúan sometidas a jurisdicciones concretas. Un proyecto puede involucrar desarrolladores, servidores, emisores y usuarios radicados en países diferentes.

Los contratos deberían establecer ley aplicable, jurisdicción, domicilio, idioma, mecanismos de notificación, arbitraje y solución de controversias.

18. Cumplimiento jurídico desde el diseño

El cumplimiento normativo debe integrarse desde la etapa inicial del proyecto mediante un enfoque de legal compliance by design.

1. Análisis funcional: determinar el problema, participantes, datos y activos.
2. Clasificación jurídica: identificar activos virtuales, valores, relaciones de consumo y obligaciones antilavado.
3. Arquitectura: definir almacenamiento, cifrado, gestión de claves y recuperación.
4. Contratos: redactar términos de uso, privacidad, custodia, licencias y reglas de responsabilidad.
5. Seguridad: aplicar pruebas, auditorías, gestión de vulnerabilidades y respuesta a incidentes.
6. Cumplimiento permanente: controlar cambios normativos, incidentes y proveedores.

19. Ejemplo: plataforma uruguaya de certificación documental

1. El abogado carga un archivo.
2. El archivo se procesa localmente.
3. Se genera su hash.
4. El documento se cifra.
5. Se guarda en un repositorio privado.
6. El hash se registra en blockchain.
7. Se genera un certificado verificable.

El sistema podría acreditar que un archivo con determinado hash existía aproximadamente en cierto momento y que no fue modificado. No demostraría por sí solo autoría, firma, veracidad, capacidad, consentimiento o legalidad.

20. Buenas prácticas técnicas y jurídicas

• Especificaciones formales y control de versiones.
• Revisión por pares y pruebas automatizadas.
• Auditorías de seguridad independientes.
• Billeteras multifirma y límites de retiro.
• Rotación y resguardo seguro de claves.
• Protección contra reentrada y validación de entradas.
• Política de respuesta ante incidentes.
• Asignación contractual de riesgos.
• Información clara al usuario.
• Procedimientos de reclamo y reparación.

21. Conclusiones

Blockchain permite crear registros distribuidos, verificables y resistentes a manipulaciones. Su valor principal no reside únicamente en las criptomonedas, sino en la posibilidad de coordinar operaciones entre participantes que necesitan compartir información sin depender completamente de una autoridad central.

Sin embargo, no constituye una solución universal. Una blockchain puede ser técnicamente sofisticada y jurídicamente defectuosa. También puede ser jurídicamente correcta, pero insegura por errores de programación.

Derecho
+
Criptografía
+
Programación
+
Ciberseguridad
+
Economía
+
Gobernanza

Los contratos inteligentes no sustituyen el Derecho. Las claves privadas no equivalen necesariamente a identidad jurídica. Los tokens no transfieren por sí solos los activos que pretenden representar. La inmutabilidad no garantiza que la información sea verdadera y la descentralización tampoco elimina la responsabilidad.

El enfoque correcto consiste en diseñar sistemas en los cuales la arquitectura técnica y la jurídica se complementen. Blockchain puede generar confianza tecnológica; el Derecho debe aportar legitimidad, garantías, responsabilidad y protección.

Normativa uruguaya principal

• Ley N.º 9.739, sobre derechos de autor.
• Ley N.º 16.696, Carta Orgánica del Banco Central del Uruguay.
• Ley N.º 17.250, de Relaciones de Consumo.
• Ley N.º 18.331, de Protección de Datos Personales.
• Decreto N.º 414/009, reglamentario de la Ley N.º 18.331.
• Ley N.º 18.600, de Documento Electrónico y Firma Electrónica.
• Decreto N.º 436/011, reglamentario de la Ley N.º 18.600.
• Ley N.º 18.627, de Mercado de Valores.
• Ley N.º 19.210, de Inclusión Financiera.
• Ley N.º 19.574, sobre lavado de activos.
• Ley N.º 20.327, sobre prevención y represión de la ciberdelincuencia.
• Ley N.º 20.345, sobre activos virtuales.
• Ley N.º 20.446, Presupuesto Nacional 2025-2029.
• Ley N.º 20.469, modificativa del régimen de prevención del lavado de activos.

Fuentes y enlaces de consulta

• Ley N.º 20.345 — IMPO
• Ley N.º 20.446 — IMPO
• Ley N.º 20.469 — IMPO
• Ley N.º 18.600 — Documento y firma electrónica
• Ley N.º 18.331 — Protección de datos personales
• Ley N.º 17.250 — Relaciones de consumo
• Ley N.º 20.327 — Ciberdelincuencia
• Banco Central del Uruguay
• Bitcoin: A Peer-to-Peer Electronic Cash System
• Ethereum — Smart contracts
• Hyperledger Fabric — Documentación