Escrow

¿Qué es el escrow en cripto?

El escrow en cripto es un acuerdo por el que se retienen temporalmente criptomonedas, tokens u otros activos blockchain hasta que se cumplen las condiciones pactadas para una transacción.

Su objetivo es reducir el riesgo de que una de las partes reciba el valor acordado sin cumplir su parte de la transacción.

Por ejemplo, un comprador puede depositar criptomonedas en escrow antes de que el vendedor entregue un producto, un servicio, un activo digital u otra forma de contraprestación.

Los fondos en escrow solo se liberan al vendedor cuando se confirma el cumplimiento de la condición exigida.

Si no se cumple, el acuerdo de escrow puede devolver los fondos al comprador o iniciar un proceso de resolución de disputas.

El escrow cripto puede gestionarlo una empresa de confianza, un árbitro independiente, una wallet multifirma, un contrato inteligente o un sistema híbrido que combine código on-chain con decisiones humanas.

Ethereum identifica los servicios de escrow como uno de los posibles usos de los pagos programables mediante contratos inteligentes en su documentación oficial sobre pagos.

El escrow puede reducir el riesgo de contraparte, pero no elimina automáticamente los riesgos de los contratos inteligentes, la custodia, el fraude, los oráculos, los aspectos legales o la resolución de disputas.

Cómo funciona el escrow cripto

Una transacción de escrow cripto comienza cuando las partes acuerdan el activo, el importe, los requisitos de entrega, el plazo, las comisiones y las condiciones de liberación.

A continuación, el comprador transfiere las criptomonedas necesarias a una dirección de escrow o a un contrato inteligente.

La transacción en la blockchain sirve como prueba de que se han depositado los fondos, aunque las partes deberían esperar a que se alcance un nivel de confirmación adecuado antes de considerar definitivo el depósito.

Una vez confirmado el depósito, el vendedor cumple la obligación acordada.

La obligación puede consistir en transferir un NFT, entregar software, completar un trabajo freelance, enviar un artículo físico o transferir la propiedad de otro activo.

A continuación, el sistema de escrow determina si se ha cumplido la condición para liberar los fondos.

En algunos casos, un contrato inteligente puede comprobar automáticamente una condición on-chain.

Por lo general, una condición off-chain requiere la intervención del comprador, un árbitro, un oráculo u otro proceso de verificación de confianza.

Si se cumple la condición, las criptomonedas retenidas en escrow se transfieren al vendedor.

Si no se cumple la condición o vence el plazo, los fondos pueden reembolsarse o pasar a un proceso de resolución de disputas.

Participantes principales en una transacción de escrow

El comprador es la parte que deposita los fondos y espera recibir un activo, un servicio o el cumplimiento de una obligación.

El vendedor es la parte que espera recibir el pago retenido en escrow después de cumplir las condiciones acordadas.

El agente de escrow es la persona, empresa, estructura de wallet o contrato inteligente que controla las condiciones para liberar los fondos.

Un árbitro es una persona neutral que puede resolver desacuerdos cuando el comprador y el vendedor no logran ponerse de acuerdo.

Un oráculo es un sistema que proporciona información externa a un contrato inteligente cuando la condición para liberar los fondos depende de algo ajeno a la blockchain.

Una wallet de criptomonedas, un nodo blockchain o una interfaz pueden ayudar a los participantes a comunicarse con el sistema de escrow sin convertirse en el agente de escrow legal.

Es importante definir claramente las funciones exactas, ya que controlar la interfaz no siempre equivale a controlar los activos retenidos en escrow.

Escrow cripto con custodia

En un escrow con custodia, un tercero de confianza controla las criptomonedas.

El proveedor del servicio suele crear una dirección de depósito o una cuenta de cliente y controla las claves privadas necesarias para mover los fondos.

El proveedor verifica los depósitos, supervisa la transacción, revisa las pruebas y libera o reembolsa las criptomonedas de acuerdo con sus condiciones.

Este modelo puede ofrecer atención al cliente, verificación de identidad, revisión de documentos y resolución de disputas por parte de personas.

También puede servir para transacciones relacionadas con bienes o servicios físicos que no se pueden evaluar únicamente con datos de la blockchain.

Su principal desventaja es el riesgo de contraparte: el proveedor podría sufrir un hackeo, declararse insolvente, bloquear las retiradas, utilizar indebidamente los fondos o tomar una decisión equivocada.

Antes de depositar criptomonedas, los usuarios deberían verificar la identidad legal del proveedor, su modelo de custodia, las comisiones, la política de disputas, las prácticas de seguridad y las condiciones de retirada.

No se debería confiar en un sitio web que se presente como servicio de escrow solo porque tenga una interfaz profesional o muestre una dirección de depósito blockchain.

Escrow mediante contratos inteligentes

El escrow mediante contratos inteligentes utiliza código blockchain para retener activos y aplicar reglas de liberación predefinidas.

Un contrato inteligente es un programa almacenado en una dirección blockchain que se ejecuta según el código desplegado.

La documentación de contratos inteligentes de Ethereum explica que estos pueden retener saldos y aplicar automáticamente las reglas programadas.

Un contrato de escrow básico puede registrar al comprador, al vendedor, el activo, el importe, el plazo y el estado actual de la transacción.

El comprador deposita los fondos en el contrato, y las funciones autorizadas determinan si se pueden liberar o reembolsar.

El escrow mediante contratos inteligentes puede reducir la dependencia de una empresa que custodie una clave privada.

Sin embargo, la fiabilidad del acuerdo depende del código, los permisos de administración, el diseño del oráculo y el proceso de resolución de disputas.

Un error de programación puede bloquear los activos permanentemente, enviarlos a una dirección equivocada, permitir una retirada no autorizada o impedir un reembolso legítimo.

¿El escrow mediante contratos inteligentes no requiere confianza?

Es más preciso describir el escrow mediante contratos inteligentes como un sistema que minimiza la confianza necesaria, no como uno totalmente libre de confianza.

Las partes deben confiar en que el bytecode desplegado se corresponde con el código fuente esperado y que el código refleja correctamente el acuerdo.

También puede que deban confiar en un administrador con capacidad para pausar, actualizar o sustituir el contrato.

Una condición de entrega off-chain requiere confiar en la persona o el sistema que proporciona el resultado a la blockchain.

Una interfaz de usuario puede mostrar detalles engañosos de una transacción aunque el contrato subyacente funcione correctamente.

La blockchain puede aplicar las reglas codificadas, pero no garantizar que sean justas, completas o adecuadas para todas las disputas del mundo real.

Escrow multifirma

El escrow multifirma requiere más de una firma criptográfica para poder gastar los fondos retenidos.

Una estructura habitual asigna una clave al comprador, otra al vendedor y una tercera a un árbitro independiente.

En una configuración dos de tres, dos claves autorizadas cualesquiera pueden aprobar la transacción final.

Si la transacción se desarrolla con normalidad, el comprador y el vendedor pueden colaborar para liberar los fondos sin recurrir al árbitro.

Si surge una disputa, el árbitro puede revisar las pruebas y firmar junto con el comprador o el vendedor.

La documentación oficial de contratos de Bitcoin describe cómo las transacciones multifirma pueden aplicar acuerdos financieros y reducir la dependencia de un único agente externo.

El escrow multifirma no determina automáticamente quién tiene razón, ya que los titulares de las claves siguen teniendo que decidir qué transacción firman.

También conlleva riesgos relacionados con la pérdida de claves, la colusión, las direcciones incorrectas, la incompatibilidad del software de wallet y la falta de claridad en las condiciones de resolución de disputas.

Escrow dos de dos

En un escrow dos de dos, ambas partes deben aprobar el movimiento de los fondos.

Esta estructura impide que el comprador o el vendedor retiren los fondos por su cuenta.

Puede funcionar cuando se espera que ambas partes colaboren y no se necesita un árbitro independiente.

El glosario para desarrolladores de Bitcoin describe un contrato de escrow como una transacción en la que los participantes depositan fondos en una salida multifirma que no se puede gastar hasta que las partes necesarias estén de acuerdo.

La principal debilidad del escrow dos de dos es el bloqueo mutuo.

Si una de las partes desaparece, pierde una clave o se niega a colaborar, los activos pueden quedar bloqueados, salvo que el diseño incluya una vía de recuperación basada en el tiempo.

Escrow con bloqueo temporal

El escrow con bloqueo temporal incluye un plazo a partir del cual se habilita una condición distinta para gastar o reembolsar los fondos.

Por ejemplo, el vendedor puede recibir los fondos si el comprador confirma la entrega antes del plazo.

Si no se recibe ninguna confirmación, el comprador puede tener derecho a un reembolso una vez vencido el plazo.

Un bloqueo temporal puede reducir el riesgo de que los fondos queden congelados para siempre porque una de las partes deja de responder.

El plazo debe elegirse con cuidado, ya que las marcas de tiempo de la blockchain y la producción de bloques no ofrecen la misma precisión que un reloj centralizado.

El contrato también debe definir qué ocurre si se envía una transacción cerca del vencimiento o si permanece pendiente durante una congestión de la red.

Un simple plazo de expiración no permite determinar si un producto físico era defectuoso o si un servicio cumplía un criterio de calidad subjetivo.

Escrow con árbitro

El escrow con arbitraje otorga a un tercero designado la autoridad para resolver disputas.

El árbitro puede revisar mensajes, registros de transacciones, pruebas de entrega, documentos firmados, ficheros u otra información proporcionada por las partes.

La decisión final puede ejecutarse mediante una transferencia con custodia, una firma multifirma o una función autorizada del contrato inteligente.

Un árbitro puede gestionar disputas subjetivas que el código no puede evaluar automáticamente.

El acuerdo sigue dependiendo de la competencia, disponibilidad, seguridad e imparcialidad del árbitro, así como de su interpretación del acuerdo.

Las reglas deberían explicar quién elige al árbitro, cómo se presentan las pruebas, cuánto dura el proceso y si se puede recurrir la decisión.

El acuerdo también debería indicar si el árbitro cobra una comisión y si esta se descuenta del importe depositado en escrow.

Escrow basado en oráculos

El escrow basado en oráculos utiliza datos externos para determinar si se deben liberar los fondos.

Un contrato inteligente no puede observar por sí mismo la entrega de un paquete, una presentación judicial, el resultado de un evento deportivo, un fenómeno meteorológico o la finalización de un trabajo fuera de la blockchain.

La documentación de oráculos de Ethereum explica que los oráculos ponen información off-chain a disposición de los contratos inteligentes.

Un oráculo podría informar de que ha llegado un envío, se ha liquidado un pago, se ha alcanzado un precio objetivo o se ha producido un evento verificado.

A continuación, el contrato de escrow aplica la regla programada al resultado comunicado.

El escrow basado en oráculos conlleva riesgo de oráculo, ya que los datos inexactos, tardíos, manipulados o no disponibles pueden activar un resultado incorrecto.

Un diseño de oráculo descentralizado puede reducir la dependencia de una sola fuente de datos, pero no puede convertir un evento ambiguo del mundo real en algo perfectamente objetivo.

Escrow cripto para activos on-chain

El escrow es más fácil de automatizar cuando ambas partes de una transacción se encuentran en la misma blockchain.

Un contrato inteligente puede verificar la titularidad de los tokens compatibles y transferirlos según sus reglas.

Por ejemplo, un marketplace de NFT puede retener un NFT en escrow mientras espera el pago correspondiente.

Cuando el comprador paga, el contrato puede transferir el NFT al comprador y el pago al vendedor en una sola transacción.

Si falla alguna operación necesaria, la transacción atómica completa puede revertirse.

La automatización on-chain reduce la incertidumbre sobre la entrega, pero el contrato debe gestionar correctamente las aprobaciones de tokens, las devoluciones de llamada de transferencias, las regalías, las comisiones y los comportamientos inusuales de los tokens.

Escrow de tokens ERC-20

Un contrato de escrow puede retener tokens fungibles que sigan la interfaz ERC-20.

Es posible que el comprador tenga que aprobar primero que el contrato de escrow gaste un importe determinado y, después, llamar a una función de depósito.

El contrato también puede recibir tokens mediante una transferencia directa si su lógica contable admite ese proceso.

La documentación de tokens ERC-20 describe funciones habituales de los tokens, como la transferencia, el saldo y la gestión de autorizaciones.

Los desarrolladores no deberían dar por sentado que todos los tokens se comportan como un activo ERC-20 sencillo con oferta fija.

Los tokens con comisión por transferencia, los tokens rebasables, los tokens pausados, las direcciones bloqueadas y los valores de retorno no estándar pueden provocar errores contables en el escrow.

Un contrato seguro debería registrar el importe realmente recibido, en lugar de suponer que el importe solicitado llegó al contrato.

Escrow de NFT

El escrow de NFT retiene temporalmente un token no fungible hasta que se completa el pago u otra condición de transferencia.

El contrato debería verificar la dirección de la colección de NFT, el ID del token, el titular, el estado de aprobación y el método de transferencia compatible.

El estándar ERC-721 define una interfaz común para transferir tokens no fungibles individuales.

Un contrato de NFT malicioso puede ejecutar código inesperado durante una devolución de llamada de transferencia segura.

El contrato de escrow debe proteger su estado y sus fondos antes de interactuar con un contrato de token externo.

Los metadatos y las imágenes asociados a un NFT también pueden cambiar o desaparecer aunque la transferencia del token on-chain se complete correctamente.

Por tanto, las garantías del escrow deberían especificar si la transacción se refiere únicamente al token o si también incluye propiedad intelectual, ficheros o derechos legales off-chain.

Escrow para bienes y servicios físicos

El escrow cripto puede utilizarse cuando un comprador paga por un producto físico o un servicio off-chain.

La blockchain puede confirmar que se han depositado los fondos, pero no puede inspeccionar directamente el producto ni juzgar la calidad del trabajo realizado.

El seguimiento de la entrega puede aportar pruebas, aunque quizá solo demuestre que el paquete llegó a una dirección y no que contenía el producto correcto.

Un contrato de servicios puede incluir hitos, periodos de inspección, criterios de aceptación y requisitos de prueba.

A menudo se necesita un arbitraje humano cuando hay disputas sobre la calidad, los daños, el fraude o el incumplimiento parcial.

El acuerdo debería indicar quién asume el riesgo de envío, los costes de devolución, las comisiones de transacción, los impuestos y las variaciones del tipo de cambio.

Escrow por hitos

El escrow por hitos libera los fondos en varias fases en lugar de pagar el importe total de una sola vez.

En un proyecto freelance, por ejemplo, podría liberarse una parte del pago tras aprobar el diseño, otra al terminar el desarrollo y el resto al entregar el trabajo final.

Esta estructura reduce el importe expuesto al riesgo en cada fase.

Cada hito debería tener un entregable, un plazo, un proceso de aceptación y una regla de resolución de disputas claramente definidos.

La liberación automática una vez transcurrido el periodo de revisión puede impedir que el comprador retrase el pago indefinidamente.

Sin embargo, una liberación automática puede perjudicar al comprador si el periodo de revisión es demasiado breve o no se reciben las notificaciones.

El contrato debería impedir que la finalización de un hito desbloquee por error los fondos asignados a otra fase.

Depósitos en escrow y depósitos de garantía

Por lo general, un pago en escrow está destinado a convertirse en un pago o a devolverse según las condiciones de la transacción.

Un depósito de garantía es un aval destinado a desincentivar daños, incumplimientos u otras conductas prohibidas.

En ocasiones, un mismo contrato inteligente puede retener tanto el pago de una compra como un depósito de garantía independiente.

El contrato debe distinguir ambos saldos y definir las condiciones para liberar cada uno.

Un depósito de garantía no debe confundirse con el staking de Ethereum, aunque en ocasiones se describa el ETH en staking como una garantía retenida por el protocolo.

El staking de Ethereum protege el consenso, no una transacción normal entre un comprador y un vendedor.

Escrow frente a atomic swap

Un atomic swap intercambia activos blockchain mediante condiciones criptográficas diseñadas para que se realicen ambas transferencias o para que ninguna de las partes obtenga el resultado previsto.

El escrow tradicional retiene un activo mientras espera a que una persona, un contrato o un servicio autorice su liberación.

Un atomic swap puede utilizar hash locks y bloqueos temporales en lugar de un árbitro neutral.

Esto puede reducir el riesgo de custodia cuando ambos activos y condiciones son compatibles con el protocolo.

Los atomic swaps son menos adecuados para obligaciones subjetivas, como la calidad de un producto, la propiedad legal o la finalización de un trabajo personalizado.

Algunos sistemas de escrow cross-chain combinan condiciones atómicas con relayers, proveedores de liquidez o mecanismos de resolución de disputas.

Escrow frente a wallet de contrato inteligente

Una wallet de contrato inteligente controla los activos conforme a reglas de gestión de cuentas, no a un acuerdo específico entre un comprador y un vendedor.

Puede admitir varios firmantes, límites de gasto, funciones de recuperación, claves de sesión o políticas de transacción.

Un contrato de escrow suele diseñarse para retener activos destinados a una transacción definida y liberarlos según las condiciones específicas de esa transacción.

Una wallet multifirma puede utilizarse como herramienta de escrow, pero no todos los saldos de una wallet multifirma son depósitos en escrow.

El propósito y el acuerdo legal asociado a la wallet son tan importantes como su umbral de firmas.

Escrow frente a colateral

El colateral es un activo pignorado para respaldar otra obligación, como un préstamo cripto o una posición de derivados.

El escrow es un acuerdo que retiene activos hasta que se cumplen las condiciones de una transacción.

El colateral puede liquidarse cuando pierde valor o cuando un prestatario incumple sus obligaciones.

Lo más habitual es que el pago en escrow se libere a una parte o se reembolse a la otra en función del cumplimiento.

Un contrato de finanzas descentralizadas puede combinar ambos conceptos reteniendo el colateral bajo una custodia similar al escrow y aplicando las reglas del préstamo.

Los usuarios deberían revisar las condiciones de liquidación y liberación en lugar de confiar únicamente en la etiqueta del producto.

Comisiones de escrow

Las comisiones de escrow cripto pueden incluir un cargo por el servicio, una comisión de arbitraje, una comisión del contrato inteligente, una comisión de red blockchain, el spread de conversión o el coste de retirada.

Un proveedor con custodia puede cobrar un porcentaje de la transacción o un importe fijo.

Un contrato inteligente puede descontar automáticamente una comisión de protocolo al liberar los fondos.

Cualquier depósito, liberación, reembolso, aprobación o transacción de disputa on-chain puede requerir gas u otra comisión de red.

Una transacción multifirma puede ser más grande y costosa que una transferencia sencilla porque incluye datos de firma adicionales.

El acuerdo debería especificar quién paga cada comisión y si se reembolsa cuando la transacción no se completa.

Una comisión de servicio anunciada como baja puede resultar engañosa si no incluye los costes de retirada y de red.

Riesgos de seguridad de los contratos inteligentes

Un contrato de escrow puede retener un valor considerable, lo que lo convierte en un objetivo atractivo para los atacantes.

Puede producirse una reentrada cuando el contrato de escrow transfiere activos o llama a otro contrato antes de actualizar de forma segura su propio estado.

Las recomendaciones de seguridad de Solidity aconsejan aplicar patrones como Checks-Effects-Interactions para reducir el riesgo de reentrada.

Los errores de control de acceso pueden permitir que una cuenta no autorizada libere, reembolse, pause o actualice el escrow.

Las transiciones de estado incorrectas pueden permitir reembolsos dobles, liberaciones duplicadas o liquidaciones antes de que se complete la financiación.

Los errores aritméticos y de contabilidad de tokens pueden distribuir un importe incorrecto.

Las condiciones de denegación de servicio pueden impedir la liquidación si un receptor rechaza una transferencia o si un bucle resulta demasiado costoso de ejecutar.

El contrato debería probarse en procesos de liquidación correctos, reembolsos, vencimientos, disputas, comportamientos maliciosos de tokens y llamadas externas fallidas.

Pagos y retiradas a petición

Un diseño de pagos a petición registra cuánto puede retirar cada parte, en lugar de enviar todos los pagos automáticamente durante un cambio de estado.

Esto reduce la posibilidad de que una transferencia fallida a un destinatario bloquee todo el proceso de escrow.

Los patrones habituales de contratos de Solidity recomiendan el patrón de retirada para distribuir fondos de forma más segura.

El contrato debería establecer el saldo disponible para retirar antes de realizar la transferencia externa.

También debería impedir que un destinatario retire el mismo saldo más de una vez.

Los usuarios deben tener en cuenta que tener derecho a retirar no siempre equivale a recibir automáticamente los activos.

Riesgo relacionado con las actualizaciones y el administrador

Un contrato de escrow actualizable puede cambiar su lógica operativa después de que los usuarios depositen fondos.

Las actualizaciones pueden corregir vulnerabilidades o añadir funciones, pero también otorgan un poder considerable al administrador.

Si se compromete una clave de actualización, se podría sustituir el código seguro por otro que redirija los activos en escrow.

Una función de pausa puede proteger los fondos durante una emergencia, pero también retrasar retiradas legítimas.

Los usuarios deberían comprobar quién controla las actualizaciones, cuántas firmas se necesitan, si se aplica un periodo de espera y si se pueden rechazar los cambios.

Un contrato descrito como descentralizado puede seguir dependiendo de una única dirección de administrador.

Riesgos de firma y repetición

Algunos sistemas de escrow usan firmas off-chain para aprobar liberaciones sin tener que enviar inmediatamente cada decisión on-chain.

Una firma válida debe limitarse a una única acción prevista.

Cuando sea pertinente, los datos firmados deberían identificar el escrow, el activo, el importe, el destinatario, la blockchain, el contrato, el nonce y la fecha de vencimiento.

Sin estos límites, un atacante podría reutilizar una firma en otra transacción de escrow o en otra red compatible.

El estándar de datos estructurados tipados de Ethereum puede hacer que los detalles de autorización sean más legibles y específicos del dominio.

Aun así, los usuarios deberían revisar cada solicitud de firma, ya que una firma sin comisión de gas puede autorizar una transferencia posterior de activos.

Finalidad de la blockchain y escrow

Un servicio de escrow no debería considerar un depósito sin confirmar como un pago definitivo.

Una transacción recién difundida puede quedar pendiente, sustituirse, fallar o desaparecer de algunos pools de transacciones.

Una transacción incluida en un bloque reciente puede estar expuesta a un riesgo limitado de reorganización antes de alcanzar una confirmación más sólida o la finalidad.

El nivel de confirmación adecuado depende de la blockchain, el valor de la transacción, el activo y las consecuencias de aceptar un bloque reciente que pueda revertirse.

Un vendedor que entregue un artículo caro e irreversible puede exigir una confirmación más sólida que para un servicio digital de poco valor.

El acuerdo de escrow debería especificar cuándo se considera recibido un depósito en la blockchain.

Privacidad y transparencia

Las transacciones de escrow en blockchains públicas pueden revelar direcciones de depósito, importes, interacciones con contratos, tenencias de tokens y actividad de liquidación.

Un observador puede relacionar la dirección de escrow con otras transacciones realizadas por los mismos participantes.

Una descripción legible por humanos almacenada directamente on-chain puede revelar de forma permanente información comercial confidencial.

Las aplicaciones deberían evitar incluir datos personales innecesarios, documentos privados o pruebas confidenciales en los datos de transacciones públicas.

El almacenamiento de pruebas off-chain puede mejorar la privacidad, pero plantea dudas sobre su disponibilidad, autenticidad y control de acceso.

El cifrado puede proteger el contenido, aunque los metadatos de las transacciones pueden seguir siendo visibles.

Consideraciones legales y regulatorias

Una persona o empresa que custodie criptomonedas para terceros puede estar sujeta a obligaciones legales, según la jurisdicción, el modelo de negocio, el activo y la actividad de los clientes.

Estas obligaciones pueden incluir licencias, conservación de registros, identificación de clientes, cumplimiento de sanciones, protección del consumidor, declaración de impuestos o normas específicas sobre escrow.

El uso de un contrato inteligente no elimina automáticamente las responsabilidades legales de los desarrolladores, operadores, árbitros o participantes en la transacción.

Una transacción blockchain puede ejecutarse correctamente aunque el acuerdo subyacente sea ilegal o esté en disputa legal.

Para transacciones de gran valor o complejas, puede ser necesario consultar a profesionales cualificados en materia legal y fiscal familiarizados con la jurisdicción aplicable.

Riesgos de estafas con escrow cripto

Los estafadores suelen crear sitios web de escrow falsos que imitan servicios de transacción legítimos.

El estafador puede controlar tanto al supuesto comprador o vendedor como al falso proveedor de escrow.

La víctima puede recibir una falsa confirmación de depósito, una captura de pantalla de blockchain falsificada o un correo electrónico falso que afirma que los fondos están asegurados.

El sitio puede exigir un pago de activación, un impuesto, un cargo de seguro, un depósito de verificación u otras criptomonedas antes de permitir una retirada.

La guía de la FTC sobre estafas cripto advierte de que puede ser difícil recuperar los pagos en criptomonedas y de que las promesas de pagos garantizados o urgentes son señales de alerta frecuentes.

Los usuarios deberían verificar los depósitos mediante datos de la blockchain en tiempo real, en lugar de confiar en una captura de pantalla o un correo electrónico.

Ningún proveedor de escrow legítimo necesita la frase de recuperación de una wallet ni la clave privada para confirmar un pago público en la blockchain.

Cómo evaluar un servicio de escrow cripto

El primer paso es identificar quién controla realmente los activos retenidos en escrow.

El segundo es verificar la entidad legal, el dominio oficial, la dirección del contrato inteligente o los participantes de la multifirma.

El tercero es leer las condiciones de liberación, reembolso, vencimiento, cancelación y resolución de disputas antes de depositar fondos.

El cuarto es determinar si el contrato está verificado, auditado, es actualizable, puede pausarse o está controlado por cuentas con privilegios.

El quinto es comprobar qué activos y redes blockchain se admiten.

El sexto es revisar todas las comisiones de servicio, arbitraje, conversión y red.

El séptimo es entender qué pruebas acepta un árbitro y cómo se ejecuta la decisión final.

El octavo es verificar si la información off-chain depende de un oráculo o de un administrador centralizado.

El noveno es probar el proceso con un importe menor cuando la estructura de la transacción lo permita.

El décimo es evitar cualquier servicio que solicite una clave privada, una frase de recuperación, acceso remoto al ordenador o un pago anticipado sin explicación.

Ejemplo de una transacción de escrow mediante contrato inteligente

Supongamos que un comprador acuerda pagar a un desarrollador 5,000 unidades de una stablecoin compatible por un proyecto de software terminado.

El acuerdo especifica los requisitos del proyecto, el plazo de entrega, el periodo de inspección, el árbitro, la comisión y las condiciones de reembolso.

El comprador aprueba el contrato de escrow verificado y deposita 5,000 tokens.

El contrato registra el importe realmente recibido y cambia el estado de la transacción de «creada» a «financiada».

El desarrollador entrega el trabajo finalizado a través del canal off-chain acordado.

Si el comprador acepta el trabajo, llama a la función de aprobación.

El contrato registra que el trabajo se ha completado y abona al desarrollador el importe menos la comisión de escrow indicada.

A continuación, el desarrollador retira los tokens disponibles mediante una función de pago a petición.

Si el comprador rechaza el trabajo, cualquiera de las partes puede abrir una disputa antes de que venza el plazo.

El árbitro revisa las pruebas y autoriza una liberación, un reembolso o un pago dividido de acuerdo con el contrato.

Este diseño reduce el riesgo de que el vendedor complete el trabajo sin un pago financiado y el del comprador de pagar al vendedor antes de la entrega.

Errores habituales relacionados con el escrow

Un error habitual es enviar criptomonedas a una dirección de escrow antes de verificar quién la controla.

Otro error es confiar en una captura de pantalla en lugar de comprobar la transacción en tiempo real en la blockchain.

Un tercer error es suponer que un contrato inteligente puede verificar por sí mismo la entrega de un producto off-chain.

Un cuarto error es depositar en un contrato un token no compatible o no estándar.

Un quinto error es pasar por alto los permisos del administrador, las actualizaciones, la pausa y los oráculos.

Un sexto error es acordar un plazo sin definir la hora correcta de la blockchain y el proceso de reembolso.

Un séptimo error es usar un escrow multifirma dos de dos sin un mecanismo para resolver bloqueos mutuos.

Un octavo error es no definir quién paga las comisiones de arbitraje y de red.

Un noveno error es considerar que una auditoría garantiza que un contrato no puede fallar.

Un décimo error es compartir una frase de recuperación con alguien que afirme ser agente de escrow o representante de soporte.

Preguntas frecuentes

¿Qué significa escrow en criptomonedas?

Escrow significa que los criptoactivos se retienen temporalmente y solo se liberan cuando se cumplen las condiciones acordadas para la transacción.

¿Quién retiene las criptomonedas en escrow?

Los activos pueden estar bajo el control de un proveedor con custodia, un contrato inteligente, una wallet multifirma, un árbitro o un sistema híbrido.

¿Qué es un contrato inteligente de escrow cripto?

Es código blockchain que retiene criptomonedas y aplica reglas programadas de liberación, reembolso, vencimiento o resolución de disputas.

¿El escrow cripto está completamente libre de confianza?

No. Los usuarios pueden seguir dependiendo de que el código sea correcto, de los permisos de administración, los árbitros, los oráculos, las interfaces y las pruebas off-chain.

¿Qué es el escrow multifirma?

El escrow multifirma exige que un número determinado de claves autorizadas apruebe el movimiento de los fondos.

¿Cómo funciona un escrow dos de tres?

El comprador, el vendedor y el árbitro tienen una clave cada uno, y dos de las tres pueden autorizar la liquidación conforme a las reglas acordadas.

¿Se pueden reembolsar los fondos en escrow?

Es posible reembolsarlos cuando el acuerdo de escrow o el contrato inteligente incluye una condición válida de reembolso y se proporciona la autorización necesaria.

¿Puede el escrow cripto revertir un pago en la blockchain?

El escrow puede controlar activos que sigan bloqueados, pero normalmente no puede revertir una transacción independiente que ya se haya confirmado en otra dirección.

¿El escrow mediante contratos inteligentes necesita un árbitro?

No siempre. Las condiciones on-chain completamente objetivas pueden automatizarse, mientras que las disputas subjetivas u off-chain suelen requerir una evaluación externa.

¿Qué es un oráculo de escrow?

Un oráculo de escrow proporciona información externa que un contrato inteligente utiliza para determinar si se ha cumplido una condición de liberación.

¿Se puede depositar un NFT en escrow?

Sí. Se puede transferir un NFT a un contrato de escrow o a una wallet hasta que se completen el pago y las demás condiciones de liquidación.

¿El escrow garantiza que el vendedor sea honesto?

No. El escrow reduce determinados riesgos de pago y entrega, pero no puede garantizar la calidad del producto, la titularidad legal ni la honestidad de las pruebas.

¿Los depósitos cripto en escrow están asegurados?

Los criptoactivos en escrow no están protegidos automáticamente por un seguro de depósitos. Las protecciones disponibles dependen del proveedor y de la jurisdicción concreta.

¿Las transacciones de escrow requieren comisiones de gas?

Los depósitos, liberaciones, reembolsos, aprobaciones y disputas on-chain suelen requerir la comisión de transacción de la blockchain.

¿Se pueden hackear los contratos inteligentes de escrow?

Sí. Las vulnerabilidades relacionadas con la reentrada, el control de acceso, la gestión de tokens, las actualizaciones, las firmas o los oráculos pueden poner en riesgo los activos en escrow.

¿Cómo puedo verificar un depósito en escrow?

Comprueba el hash completo de la transacción, la red blockchain, el contrato del activo, la dirección de destino, el importe, el estado y el nivel de confirmación mediante una fuente fiable de datos en tiempo real.

¿Qué ocurre si ambas partes dejan de colaborar?

El resultado depende de si el escrow incluye un árbitro, un plazo de expiración, una vía de reembolso u otro mecanismo de recuperación.

¿El staking es lo mismo que el escrow?

No. El staking compromete criptomonedas para participar en el consenso o en una función del protocolo, mientras que el escrow de una transacción retiene activos a la espera de un acuerdo entre las partes.

¿Cuál es la principal señal de alerta de un servicio de escrow falso?

Entre las principales señales de alerta figuran las solicitudes de frases de recuperación, las comisiones anticipadas sin explicación, las retiradas garantizadas, las capturas de pantalla de transacciones falsas y la presión para enviar criptomonedas de inmediato.

¿Qué debería incluir un acuerdo de escrow?

Debería definir claramente las partes, el activo, el importe, los requisitos de entrega, el plazo, las comisiones, las pruebas, el proceso de liberación y reembolso, las reglas de resolución de disputas y la red blockchain.

Conclusión

El escrow es un acuerdo para transacciones cripto que retiene activos digitales hasta que las condiciones pactadas determinan si deben liberarse, reembolsarse o someterse a una disputa.

Puede reducir el riesgo de que un comprador pague sin recibir el resultado esperado o de que un vendedor trabaje sin tener asegurado el pago.

El escrow cripto puede recurrir a un proveedor con custodia, un contrato inteligente, una wallet multifirma, un bloqueo temporal, un oráculo, un árbitro o una combinación de estos mecanismos.

Los contratos inteligentes pueden automatizar condiciones on-chain objetivas, pero no pueden comprender por sí solos la calidad subjetiva ni la mayoría de los eventos del mundo real.

Los sistemas multifirma y con arbitraje pueden gestionar disputas más complejas, aunque introducen riesgos relacionados con la gestión de claves, la colusión, la disponibilidad y la toma de decisiones.

Los contratos inteligentes de escrow también pueden ser vulnerables a reentradas, errores de control de acceso, problemas de actualización, contabilidad de tokens, firmas y oráculos.

Antes de depositar, los usuarios deberían verificar quién controla los activos, cómo funciona la liquidación, qué comisiones se aplican y qué opciones de recuperación existen.

Deberían confirmar todos los pagos mediante datos de la blockchain en tiempo real y no proporcionar nunca una clave privada ni una frase de recuperación a un proveedor de escrow.

Un acuerdo de escrow bien diseñado puede hacer que las transacciones cripto sean más seguras, pero no sustituye a la revisión minuciosa del contrato, la investigación de la contraparte, las prácticas seguras con wallets y los acuerdos legales claros.