¿Cómo resolver el "quién envía primero" en cambios de USDT?

  • Autor Autor CryptoNewbie2026
  • Fecha de inicio Fecha de inicio
C

CryptoNewbie2026

Curioso
¡Usuario con pocos negocios! ¡Utiliza siempre saldo de Forobeta!
Estuve pensando en cómo resolver el clásico "¿quién envía primero?" cuando cambias USDT con alguien que no conoces. La idea es simple: un smart contract donde el USDT del comprador queda bloqueado on-chain hasta que ambas partes confirman que todo salió bien. Si hay disputa, un árbitro solo puede repartir los fondos entre comprador y vendedor — no puede llevárselos a otra dirección. Todo verificable en el explorer.

Estamos desarrollando algo en esta línea, todavía no está en vivo. ¿Alguien ha probado algo parecido? ¿Qué es lo que más les preocupa de usar smart contracts para esto?
 
Binance p2p, bybit, localbitcoins , para casos desentralizados ya hay muchos exchangers con contratos
 
No sé en otras partes, pero si es en el foro, técnicamente quien tiene menos itrader (calificaciones) envía primero si no se especificó, pero depende de cada quien al final. En mi caso, cuando yo hago exchangers, nunca envio primero, ni siquiera cuando empecé a hacerlos en el foro que no tenía ni una sola calificación como exchanger y en mis términos estaba especificado; no envío primero, aunque tengas 10mil calificaciones mas que yo y no me importa nada 😂 quien quería hacer trato o enviaba primero o simplemente se desistía y no había problema, simplemente prefería ser precavido y entendía si la otra parte sentía igual, simplemente no cedía, incluso con un "arbitro", no me arriesgaría a tener mi dinero retenido por días o semanas hasta que se resuelva una disputa, en mi caso es; O confías en mi o busca otro exchanger y no hay lío.

No me daba mala cabeza 😂
 
Binance p2p, bybit, localbitcoins , para casos desentralizados ya hay muchos exchangers con contratos
Cierto, el escrow de Binance P2P funciona bien. La diferencia que tengo en mente es que ahí los fondos los custodia Binance y necesitas cuenta verificada. Con un contrato on-chain no haría falta ni KYC ni confiar en nadie: el USDT queda bloqueado en código hasta que ambas partes confirman. Para montos chicos es overkill, pero para cantidades grandes con desconocidos me da más tranquilidad.
 
Cierto, el escrow de Binance P2P funciona bien. La diferencia que tengo en mente es que ahí los fondos los custodia Binance y necesitas cuenta verificada. Con un contrato on-chain no haría falta ni KYC ni confiar en nadie: el USDT queda bloqueado en código hasta que ambas partes confirman. Para montos chicos es overkill, pero para cantidades grandes con desconocidos me da más tranquilidad.
Si bueno solo quedaria el hueco de cuidarte de los fondos ilegales, lavado de activos etc.
 
Si bueno solo quedaria el hueco de cuidarte de los fondos ilegales, lavado de activos etc.

Buen punto. Lo que tenemos en mente es verificación on-chain: antes de que los fondos entren al contrato se hace un screening, y si una dirección está marcada como riesgosa se bloquea el depósito. El hueco que nos queda es con fondos que aún no están marcados — ahí estamos viendo cómo mitigarlo. ¿Tú tienes alguna idea o enfoque para eso?
 
No sé en otras partes, pero si es en el foro, técnicamente quien tiene menos itrader (calificaciones) envía primero si no se especificó, pero depende de cada quien al final. En mi caso, cuando yo hago exchangers, nunca envio primero, ni siquiera cuando empecé a hacerlos en el foro que no tenía ni una sola calificación como exchanger y en mis términos estaba especificado; no envío primero, aunque tengas 10mil calificaciones mas que yo y no me importa nada 😂 quien quería hacer trato o enviaba primero o simplemente se desistía y no había problema, simplemente prefería ser precavido y entendía si la otra parte sentía igual, simplemente no cedía, incluso con un "arbitro", no me arriesgaría a tener mi dinero retenido por días o semanas hasta que se resuelva una disputa, en mi caso es; O confías en mi o busca otro exchanger y no hay lío.

No me daba mala cabeza 😂

Tu postura me parece la más sensata de todas, la verdad. Y el punto del dinero retenido días o semanas es clave: un buen diseño tendría que tener un plazo máximo. Por ejemplo, si el árbitro no resuelve en X días, el contrato libera los fondos por una ruta por defecto o los devuelve. Sin un timelock así, entiendo perfectamente que nadie quiera arriesgarse. Lo anoto como requisito.
 
Atrás
Arriba