Pagos en Custodia On-Chain para Marketplaces
La custodia on-chain usa un smart contract en vez de un tercero de confianza para retener fondos entre comprador y vendedor: el pago del comprador queda bloqueado en el contrato al inicio de la transacción y se libera al vendedor solo cuando se cumplen las condiciones acordadas, con una vía definida para disputas y reembolsos cuando no se cumplen. Encaja con marketplaces y plataformas B2B que mueven dinero entre partes que no se conocen del todo y quieren que esa garantía la haga cumplir el código, no la política interna de un procesador de pagos. FreyreSoft diseña e implementa el propio contrato de custodia — el bloqueo, la liberación y la lógica de disputa — junto con el backend que lo conecta a la plataforma: seguimiento del estado de cada transacción, liberación automática al confirmarse la entrega o aprobarse un hito, y un mecanismo de arbitraje o reembolso para los casos en que comprador y vendedor no están de acuerdo.
¿Qué problema resuelve esto?
Los marketplaces que mueven dinero entre desconocidos enfrentan una brecha de confianza: el comprador no quiere pagar antes de recibir el producto o servicio, y el vendedor no quiere entregar antes de cobrar. Fuera de la blockchain, esto se resuelve con un intermediario de confianza — un banco, un procesador de pagos o la propia plataforma reteniendo fondos en una cuenta corporativa, lo que deja a la plataforma respondiendo por la solvencia y el manejo de disputas sin un registro transparente de lo ocurrido. Las plataformas B2B con entregas por hitos tienen una versión más aguda del mismo problema: los pagos parciales deben liberarse a medida que se verifica el trabajo, no todos de golpe, y ambas partes necesitan ver el mismo estado del contrato en vez de depender de la palabra de una sola.
Cómo lo abordamos
El contrato retiene los fondos entre el depósito y la liberación, con condiciones de liberación escritas en la lógica del contrato y no dejadas a una promesa fuera de la cadena: una sola confirmación de entrega, varios hitos que liberan pagos parciales, o un plazo que devuelve los fondos al comprador si el vendedor nunca entrega. El manejo de disputas se incorpora como un estado definido al que el contrato puede entrar — los fondos se congelan y un rol de árbitro (la plataforma, un multisig designado o un tercero, según decida la plataforma) resuelve el caso, en vez de dejar los fondos sin salida ni resolución. El reentrancy y el front-running se tratan como riesgo prioritario en el diseño del contrato, porque los contratos de custodia retienen valor y son un blanco directo. El backend alrededor del contrato lleva el contexto fuera de la cadena — detalle del pedido, prueba de entrega, comunicación — y dispara las transiciones de estado del contrato, dejando que la blockchain sea la fuente de verdad sobre dónde está el dinero.
Tecnología que solemos usar
- Contratos en Solidity
- Contratos OpenZeppelin
- Multisig (Gnosis Safe)
- ethers.js / viem
- Oráculos Chainlink
- Stablecoins (USDC)
Qué suele incluir un proyecto así
- Contrato de custodia con lógica de bloqueo, liberación y reembolso
- Liberación parcial por hitos para entregas por etapas
- Estado de disputa con un rol de árbitro definido
- Backend que sincroniza datos del pedido y la entrega con el contrato
- Revisión de seguridad enfocada en reentrancy y fuga de fondos
¿Tienes en mente algo parecido a esto?
Contáctanos