Desarrollo de SDK de billetera diseñado para escala institucional

La decisión depende del volumen de transacciones, la experiencia en criptografía disponible y los plazos de comercialización. El desarrollo interno tiene sentido cuando la infraestructura de monederos es un factor diferenciador clave a largo plazo y la empresa cuenta con capacidad dedicada de ingeniería de seguridad. Para la mayoría de los bancos, proveedores de servicios de pago y empresas fintech, un SDK reduce un desarrollo de 9 a 15 meses a una integración de 8 a 12 semanas, transfiriendo el mantenimiento de seguridad continuo a un proveedor con infraestructura dedicada para tal fin. La cuestión relevante no es solo el coste, sino si la arquitectura de custodia es donde la empresa pretende diferenciarse.

MPC distribuye el material clave entre partes independientes, de modo que ningún sistema individual posee una clave privada completa, mientras que un HSM protege una clave que existe como un único objeto en un dispositivo a prueba de manipulaciones. MPC generalmente ofrece una recuperación más flexible, firma independiente de la cadena y una escalabilidad más sencilla en infraestructuras distribuidas. Los HSM siguen siendo relevantes para las empresas con inversiones previas en HSM o con mandatos regulatorios específicos, y muchos SDK empresariales admiten ambos modelos en lugar de obligar a elegir uno.

Como mínimo, Bitcoin, Ethereum, las principales cadenas compatibles con EVM y Solana, teniendo en cuenta el volumen actual de transacciones y la demanda empresarial. Más allá de eso, la compatibilidad con cadenas debe evaluarse en función de la hoja de ruta y los requisitos de colaboración de la propia empresa, en lugar de una lista fija, ya que un SDK bien diseñado debería permitir añadir una nueva cadena como un simple ejercicio de configuración, en lugar de requerir una reconstrucción de la plataforma.

La integración en el entorno de pruebas y las pruebas iniciales suelen tardar entre 4 y 6 semanas. La revisión de seguridad, la definición del alcance del cumplimiento normativo y el despliegue gradual en producción extienden el plazo total a entre 8 y 12 semanas para la mayoría de las empresas, aunque el proceso interno de aprobación de seguridad y cumplimiento normativo de la propia empresa suele ser la variable más importante, no la integración técnica en sí.

Como mínimo: Mensajes de la Regla de Viaje para transacciones que superen los umbrales aplicables, mecanismos de detección de sanciones y AML, y registro de transacciones auditable apto para auditorías regulatorias. Los requisitos específicos varían según la jurisdicción. Las empresas que operan en la UE, los EAU, el Reino Unido o Singapur deben confirmar que las herramientas de cumplimiento del SDK se ajustan a las expectativas de MiCA, VARA, FCA y MAS, respectivamente, antes de adoptar una arquitectura.

Las responsabilidades continuas incluyen actualizaciones del protocolo de la cadena, cambios en las normas de cumplimiento según evolucionen las regulaciones, parches de seguridad y monitoreo de la infraestructura de la billetera. Esto debería estar cubierto por un acuerdo de nivel de servicio (SLA) con el proveedor del SDK, y no dejarse en manos del equipo de ingeniería de la empresa para su mantenimiento indefinido junto con su hoja de ruta de productos principales.