Contrato con desarrolladores de smart contracts incumplido: qué puedes hacer

¿Tienes razón?

Tu reclamación por incumplimiento contra desarrolladores de smart contracts depende de cuatro pilares: el contrato y lo que pactaron sobre entregables y garantías; la evidencia técnica del incumplimiento (código, repositorios, logs de despliegue en testnet/mainnet, informes de auditoría); la relación entre el incumplimiento y el daño que sufriste (pérdidas por exploits, retrasos en lanzamiento, costes de rectificación); y las clausulas sobre propiedad intelectual, soporte y responsabilidad. Si el contrato es verbal, la reclamación existe pero será más difícil probar alcances y detalles. Si el equipo sí entregó código pero este presenta fallas graves que causaron pérdidas, tu posición puede ser fuerte si hay pruebas del defecto y de que el equipo conocía los riesgos o incumplió estándares básicos de cuidado.

Cómo se soluciona

1) Reúne toda la documentación técnica y contractual. Exporta repositorios (GitHub, GitLab), capturas de commits, issues, pull requests, correos y mensajes donde se acuerdan requisitos, entregables y cambios. Descarga registros de despliegue en la blockchain: las transacciones de despliegue y las direcciones asociadas.

2) Consigue un peritaje técnico inicial. Un auditor independiente puede decir en términos claros si el contrato cumple lo prometido, si hay vulnerabilidades conocidas, y si el trabajo entregado coincide con lo pactado. Ese informe es clave para exigir correcciones o sustentar una demanda.

3) Reclama formalmente por escrito al desarrollador, exponiendo los defectos, la prueba técnica y la solicitud concreta: corrección, reembolso, o indemnización. Envía la carta de reclamación por medio fehaciente y conserva constancias.

4) Si el contrato incluyó un arbitraje o cláusula de solución de controversias, activa la vía pactada. Si no, evalúa la conciliación previa y la presentación de una demanda civil por incumplimiento contractual y responsabilidad profesional.

5) Si hay riesgo de pérdida inminente (por ejemplo, vulnerabilidad explotable en la red pública), pide medidas precautorias judiciales o técnicas: bloqueo de funciones, retirada del contrato o intervención en la plataforma de despliegue, siempre coordinado con un abogado y peritos técnicos.

6) Diferencia entre lo que puedes hacer por tu cuenta y lo que requiere profesional. Tú puedes: recopilar comunicaciones, exportar repositorios y pedir correcciones informales. Necesitas profesionales para peritajes, redacción de reclamos formales, negociaciones complejas de acuerdos de rectificación, y para litigar o pedir medidas cautelares.

Qué puede pasar

1) Se arregla con una carta y corrección técnica: a menudo el desarrollador corrige defectos o despliega una versión parcheada, y se firma un acuerdo de reparación. Es la solución más rápida y menos costosa.

2) Acuerdo o conciliación: puedes pactar compensación económica y plazos de entrega de correcciones. Un acuerdo puede incluir aceptación de responsabilidades parciales, pagos fraccionados y cláusulas de garantía. Para muchas empresas, un acuerdo permite continuar con el proyecto sin el riesgo y tiempo del juicio.

3) Juicio por incumplimiento y responsabilidad profesional: si no hay acuerdo, puedes demandar. El juicio requerirá prueba técnica y peritajes. Si pierdes el juicio, podrías ser condenado a pagar costas procesales. Si ganas, la ejecución depende de la capacidad del demandado para responder y de si los bienes o fondos son localizables y embargables.

Y si ganas, ¿cobro? Una sentencia a tu favor es efectiva si la parte demandada tiene bienes ejecutables o custodios con presencia en jurisdicciones cooperantes. Si el equipo desarrollador es una entidad insolvente o se ha deslocalizado, la ejecución puede complicarse, por lo que la identificación temprana de activos y custodios es clave.

Errores que arruinan el caso

• No documentar cambios pedidos y aprobaciones: sin trazabilidad de requerimientos es difícil probar incumplimiento.
• No exportar repositorios y dejar que el código se pierda o cambie: los commits y timestamps son prueba crucial.
• Aceptar arreglos informales sin dejar constancia escrita: acuerdos verbales son frágiles.
• No pedir peritaje técnico temprano: esperar hasta juicio sin informe técnico debilita la capacidad de prueba.
• No verificar cláusulas de jurisdicción y ley aplicable: si pactaste otra ley, tendrás limitaciones para litigar en Chile.