Desarrollo blockchain.

Desarrollo blockchain a medida: qué es y qué incluye

El desarrollo blockchain a medida es el diseño, la programación, las pruebas y el despliegue de software sobre una red blockchain para un caso concreto: los smart contracts, los tokens, la aplicación que usan las personas y las integraciones con los sistemas que la empresa ya tiene. Incluye decisiones que no se ven en el código: qué red usar, quién controla cada función, qué se audita antes de producción y quién mantiene el sistema después.

Tiene sentido cuando varias organizaciones independientes escriben sobre un mismo registro y ninguna acepta que otra sea dueña del servidor, o cuando un activo tiene que circular entre personas identificadas con reglas que se comprueban en cada transferencia. Si una sola organización es dueña del dato, una base de datos con auditoría inmutable sale más barata de operar, y te lo decimos antes de presupuestar.

A medida no significa empezar de cero: partimos de estándares y librerías revisadas y escribimos solo la lógica propia de tu negocio. Si buscas una plataforma con tu marca sin un desarrollo largo, compara con nuestra plataforma de tokenización de marca blanca.

Qué construimos

• Smart contracts. La lógica de negocio en contratos inteligentes en Solidity para redes EVM, como pagos de cupones, amortizaciones o votaciones. Si depende de un dato externo, como un precio, el oráculo que lo aporta se elige y se asegura como parte del contrato.
• Tokens. Desarrollo de tokens según el caso: ERC-20 para unidades intercambiables, ERC-721 para piezas únicas, ERC-1155 para varias series en un mismo contrato y ERC-3643 para instrumentos que solo pueden tener inversores identificados.
• Aplicaciones descentralizadas. La interfaz y el backend sobre los contratos: desarrollo de dApps.
• Plataformas de tokenización. Portal del inversor, panel del emisor, registro de identidad y reglas de transferencia: desarrollo de plataformas de tokenización.
• Wallets y custodia. Multifirma o MPC, aprobaciones por importe y recuperación ensayada: desarrollo de wallets y soluciones de custodia.
• Integraciones. Con el proveedor de KYC/AML, el custodio, la entidad de registro, el intermediario y el ERP del cliente, y el cobro en tokens referenciados al euro o al dólar: integración de pagos con stablecoins.
• Blockchains privadas. Redes permisionadas para consorcios: blockchain privadas, por ejemplo un sistema de trazabilidad en el que fabricante, transportista y distribuidor anotan hitos del mismo lote.

Tecnologías y redes

Ethereum y las redes compatibles con la EVM

Desarrollamos sobre la máquina virtual de Ethereum (EVM), el entorno de ejecución que comparten Ethereum y redes como Polygon, Arbitrum, Base, Optimism, Avalanche o BNB Chain. Un mismo contrato puede desplegarse en varias de ellas con las mismas herramientas. La red condiciona el coste por operación, el tiempo hasta que una transacción es irreversible y el riesgo de mover fondos entre cadenas:

Lenguaje, herramientas y librerías

Escribimos los contratos en Solidity con Foundry (tests en Solidity, fuzzing, invariantes y medición de gas) y usamos Hardhat cuando hacen falta scripts en TypeScript. Para lo que ya está resuelto y revisado —control de acceso por roles, pausa de emergencia e implementaciones de ERC-20, ERC-721 y ERC-1155— partimos de OpenZeppelin. El código propio queda para la lógica de negocio.

Cada contrato pasa por tests unitarios, pruebas contra una copia de la red real (fork) y análisis estático, y se verifica en el explorador de bloques de cada red. Detalle técnico en desarrollo para Ethereum (EVM).

Fuera de la EVM: Solana

Solana no ejecuta la EVM. Sus programas se escriben en Rust, normalmente con el framework Anchor, y no guardan estado propio: los datos viven en cuentas aparte que se pasan en cada instrucción, y su entorno de ejecución (Sealevel) procesa transacciones en paralelo. Un token tampoco es un contrato nuevo, sino una cuenta del programa de tokens ya desplegado; el programa Token-2022 (Token Extensions), que convive con el original, añade extensiones útiles para valores tokenizados, como una lógica propia en cada transferencia o la pausa del token. A cambio, un contrato de Solidity no se despliega tal cual, las claves y direcciones de Ethereum no sirven directamente y la auditoría mira otras cosas: no hay un remitente implícito como el msg.sender de Solidity, cada cuenta y cada firmante se validan en el código, y el programa puede cambiar mientras exista su autoridad de actualización. Detalle en desarrollo blockchain en Solana.

Cuándo conviene una red privada

Si necesitas datos personales en la cadena o confidencialidad entre participantes, una red pública no es la respuesta: planteamos una red permisionada o descartamos blockchain.

• Hyperledger Fabric, con identidades X.509, canales y colecciones privadas, cuando manda la confidencialidad entre subgrupos y no se quiere token.
• Besu o GoQuorum, con EVM completa y grupos de privacidad, cuando el equipo ya trabaja con herramientas de Solidity.
• ISBE (Infraestructura de Servicios Blockchain de España), una infraestructura público-permisionada sobre Hyperledger Besu, con consenso QBFT y compatible con la EVM, cuando los participantes son empresas identificadas y no compensa montar y gobernar una red propia: cualquiera puede consultarla, pero solo escriben organizaciones verificadas, y los contratos de Solidity los despliega el personal de ISBE tras una revisión técnica.
• Una red pública con permisos por contrato, cuando basta con listas de acceso y datos cifrados fuera de la cadena.

En una red privada la confianza pasa de la criptoeconomía a la gobernanza del consorcio, así que sus reglas (quién entra, cómo se aprueba una actualización, qué pasa si un socio se va) se escriben antes del primer nodo. Más en blockchain pública y privada.

Cómo trabajamos: de la idea a mainnet, por fases

1. Descubrimiento y alcance

Partimos del problema: qué se registra, quién firma, quién puede cambiar las reglas y con qué sistemas hay que hablar. Si hay token, su naturaleza jurídica se cierra con el asesor legal del cliente antes de fijar suministro y permisos, porque el estándar técnico no la determina; el clasificador MiCA o MiFID II da una primera orientación. Con el alcance cerrado se estima el calendario.

2. Arquitectura

Elegimos la red con números de coste y volumen delante y decidimos qué va en la cadena y qué queda fuera; los datos personales, fuera. Fijamos también el gobierno del sistema: proxy actualizable o contrato inmutable, funciones privilegiadas firmadas desde una multifirma y nunca desde una clave individual, y cambios sensibles detrás de un timelock.

3. Desarrollo por entregas, con pruebas en testnet

Trabajamos en entregas que el equipo del cliente prueba en una red de pruebas (testnet), donde se ensaya la operativa real antes de pasar a producción.

4. Auditoría antes de mainnet

Hacemos auditoría de smart contracts, con análisis estático, revisión manual y un informe que recoge cada hallazgo, su severidad y la versión exacta revisada. Para sistemas que custodian valor recomendamos que revise alguien distinto de quien escribió el código, y en emisiones con lógica compleja, como vesting o transferencias restringidas, añadimos una auditoría externa independiente.

5. Despliegue y mantenimiento

Desplegamos con scripts versionados y reproducibles, no a mano desde una consola. Al cerrar el proyecto recibes:

• El repositorio con los contratos, los tests y los scripts de despliegue.
• Las direcciones y el código verificado en cada red, con los hashes de las transacciones de despliegue.
• El documento de arquitectura: roles, funciones privilegiadas y procedimientos de actualización y de pausa.
• La monitorización y las alertas sobre las funciones críticas, con su runbook de respuesta.

Después, un sistema con usuarios reales consume trabajo cada mes (parches, claves, cambios versionados), y ese mantenimiento se presupuesta desde el principio.

Casos de uso en España y su marco legal

En valores, criptoactivos o pagos, la clasificación del token, la vía de oferta y las entidades que deben intervenir las fija el asesor legal del cliente; nosotros construimos la tecnología que lo aplica.

Tokenización de activos: Ley 6/2023 y la ERIR

La Ley 6/2023, de los Mercados de Valores y de los Servicios de Inversión permite representar valores negociables mediante sistemas basados en tecnología de registros distribuidos (art. 6.1). El emisor elabora un documento de la emisión (art. 7) y, según el art. 8.4, designa en él a la entidad o entidades responsables de la administración de la inscripción y registro de los valores en el sistema, la ERIR, que en todo caso debe estar autorizada para la custodia y administración por cuenta de clientes de instrumentos financieros (art. 126.a). Para valores que solo pueden tener inversores identificados partimos de ERC-3643, y construimos el portal del inversor y la integración con la ERIR designada.

Criptoactivos: MiCA

Si el token no es un instrumento financiero, puede ser un criptoactivo sujeto al Reglamento (UE) 2023/1114 (MiCA), que no se aplica a los criptoactivos que se consideren instrumentos financieros (art. 2.4.a). Para un criptoactivo que no sea una ficha referenciada a activos ni una ficha de dinero electrónico, ofertarlo al público exige, entre otros requisitos, ser persona jurídica y elaborar, notificar y publicar un libro blanco (art. 4.1), aunque los apartados 2 y 3 del mismo artículo eximen a ciertas ofertas de todo o parte de esas obligaciones. Y prestar servicios de criptoactivos, como custodiar por cuenta de clientes sus criptoactivos o sus claves privadas, exige ser un proveedor autorizado (CASP) o una de las entidades financieras habilitadas (arts. 3.1.16, 3.1.17 y 59.1), lo que condiciona el diseño de una wallet desde el primer día.

Pagos con stablecoins

MiCA llama ficha de dinero electrónico al tipo de criptoactivo que, a fin de mantener un valor estable, se referencia al valor de una moneda oficial (art. 3.1.7). Como regla general, solo puede ofertarla al público o solicitar su admisión a negociación su emisor, autorizado como entidad de crédito o como entidad de dinero electrónico y con un libro blanco notificado y publicado; otras personas, solo con el consentimiento escrito del emisor (art. 48.1). Una empresa que solo la acepta como medio de cobro no es su emisora, aunque si convierte, custodia saldos de clientes o intermedia para otros, el análisis cambia. Construimos la capa de cobro, confirmación y conciliación con el ERP.

Trazabilidad

Además de las normas del sector del producto, pesa la protección de datos: el derecho de supresión del Reglamento (UE) 2016/679 (art. 17) no casa con un registro inmutable, y su art. 25 exige protección de datos desde el diseño. En la cadena dejamos la prueba de integridad (el hash del dato y la firma de quien lo anotó) y los datos personales, fuera.

Cuánto cuesta y cuánto tarda un desarrollo blockchain

No publicamos tarifas: dos proyectos con el mismo contrato pueden diferir en un orden de magnitud. Lo que mueve presupuesto y plazo:

• Alcance. Si hay dinero de terceros, cuántas personas firman y si deben operar sin traer su propia cartera.
• Red. El coste por transacción tiene que encajar con el volumen previsto; elegir la cadena por reputación es una forma habitual de gastar de más.
• Integraciones. KYC/AML, custodio, ERIR, intermediarios y ERP; en wallets y pagos, esa capa suele ser la mayor parte del desarrollo.
• Auditoría. Su alcance, si se suma una revisión externa y las nuevas revisiones si el código cambia.
• Regulación y mantenimiento. Cuanto más cerca del dinero regulado, más pesa el trabajo previo frente a la programación; y el mantenimiento se suma cada mes.

El plazo solo se estima con el alcance cerrado, y en una emisión la fecha de lanzamiento depende también de los documentos de la oferta y de los intermediarios. Desglosamos las partidas en cuánto cuesta un proyecto blockchain y, para valores, en cuánto cuesta y cuánto se tarda en emitir un security token en España.

Preguntas frecuentes

¿Qué hace una empresa de desarrollo blockchain?

Diseña, programa, prueba y despliega software sobre una red blockchain: smart contracts, tokens, aplicaciones e integraciones. Buena parte del trabajo es previa al código: decidir si blockchain aporta algo, elegir la red, fijar quién controla cada función y planificar auditoría y mantenimiento.

¿Qué red blockchain elijo para mi proyecto?

Depende del importe de cada operación, del volumen y de quién asume la confianza. Con muchas transacciones pequeñas de usuario final, una capa 2 gana por coste; si el sistema liquida importes altos o necesita finalidad en Ethereum sin intermediarios, la mainnet lo justifica. Si hay datos confidenciales entre participantes identificados, la respuesta suele ser una red permisionada. Fuera de la EVM, Solana procesa transacciones en paralelo con programas en Rust, pero los contratos de Solidity no se despliegan tal cual. Y si los participantes son empresas identificadas y no compensa montar una red propia, en España existe ISBE (Infraestructura de Servicios Blockchain de España), una infraestructura público-permisionada compatible con la EVM que cualquiera puede consultar, aunque solo escriben en ella organizaciones verificadas.

¿Qué recibo al terminar y quién controla los contratos?

El repositorio con contratos, tests y scripts de despliegue, el código verificado en cada red, el documento de arquitectura y la monitorización. En los contratos de un token, la propiedad y los roles administrativos se transfieren a quien tú decidas, y las funciones privilegiadas quedan bajo una multifirma.

¿Hace falta auditar los smart contracts?

Si el contrato va a custodiar valor, sí, y antes de mainnet. Una auditoría acota el riesgo dentro de un alcance, una versión y un commit concretos, pero no certifica la ausencia de errores ni cubre los cambios posteriores. Por eso se combina con tests, multifirma, pausa de emergencia y monitorización.

¿Trabajáis con empresas fuera de España?

Sí. Trabajamos desde Málaga con clientes de España, Suiza y Emiratos, y desarrollamos plataformas para emisores de la Unión Europea, Latinoamérica y Estados Unidos. Fuera de España lo hacemos con el asesor legal local del cliente y, en Estados Unidos, con su abogado de valores y los intermediarios registrados que necesite cada oferta.

Fuentes oficiales

• Ley 6/2023, de 17 de marzo, de los Mercados de Valores y de los Servicios de Inversión (BOE, texto consolidado)
• Reglamento (UE) 2023/1114, relativo a los mercados de criptoactivos (MiCA) (EUR-Lex)
• Reglamento (UE) 2016/679, general de protección de datos (EUR-Lex)
• Estándares de Ethereum (EIP, en inglés): ERC-20, ERC-721, ERC-1155 y ERC-3643 (T-REX)

Quiénes somos

Unknown Gravity es una empresa española de tecnología blockchain y tokenización, con sede en Málaga. Construimos y mantenemos smart contracts, plataformas e integraciones. No somos una empresa de servicios de inversión, una ERIR, un proveedor de servicios de criptoactivos ni un despacho de abogados: trabajamos junto al asesor legal del cliente y las entidades reguladas que necesite cada proyecto.

Si estás comparando proveedores, consulta el ranking de empresas de desarrollo blockchain en España y Europa y las guías de desarrollo blockchain en Madrid y de desarrollo blockchain en Barcelona.

Marco verificado a 14 de octubre de 2026. ¿Tienes un proyecto? Hablemos.