2do Hackathon Aceptabitcoin.org
Bitcoin Self Custody UI Challenge
ArcadiaB

La edición más ambiciosa de nuestro hackathon. 48 horas de innovación Bitcoin en Mérida, Yucatán.

5–7 Jun, 2026Tecnológico de Software MéridaHasta 300 participantesRegistro abierto

Línea del Tiempo

01. Banderazo + Workshop MiniscriptCompletado

Presentación del reto y taller de Descriptors/Miniscript

📅 2026-06-05 09:00 AM📍 Tec de Software Mérida / Discord
🔵
02. 48h de ConstrucciónACTIVO

Desarrollo del frontend y validación de policies

📅 2026-06-05 a 2026-06-07
03. Office Hours / Mentoring

Sesiones con mentores (Bitcoin Dev Kit, UX Experts)

📅 Disponible por Discord
04. Submission Deadline

Envío de Repo, Demo y Video Pitch

📅 2026-06-07 11:59 PM
05. Pitch Final & Winners

Demos en vivo de 5 min + Q&A

📅 2026-06-08
Recompensas Oficiales

Premios & Impacto Real

Construye, compite y escala. El reconocimiento económico es solo el inicio.

$6,000MXN

BTC • Transferencia inmediata

$2,500MXN

BTC • Transferencia inmediata

$1,500MXN

BTC • Transferencia inmediata

Merch & Hardware

  • Camisetas & Stickers exclusivos edición limitada
  • Hardware Wallets (Trezor)
  • Kits de desarrollo (Node Starter + Librerías BDK)

Impulso ArcadiaB

Si tu proyecto es viable para la industria Bitcoin, ArcadiaB lo impulsará directamente con:

  • Mentoría técnica & producto
  • Seed funding & acceso a partners institucionales
  • Integración real en el ecosistema soberano
Eco-system Grant

Criterios de Evaluación // Scorecard

¿Cómo determinamos al ganador?

UX / Diseño

35%

¿Un usuario no técnico puede configurar una custodia razonable en <10 min?

Correctitud Técnica

25%

¿El descriptor generado es válido? ¿La política refleja la UI?

Innovación

20%

¿Resuelven algo que Sparrow/Liana no resuelven? ¿Metáfora visual nueva?

Accesibilidad y Educación

10%

¿La UI enseña al usuario sin abrumarlo? (Tooltips, Glosario)

Calidad de Código

10%

Repo limpio, demo que corre, documentación decente.

Entregables // Objetivos

🚩 MÍNIMO VIABLE (OBLIGATORIO)

  • Configurar MultisigAl menos un multisig N-of-M con M ≥ 2
  • TimelocksSoportar al menos un timelock (relativo o absoluto) en un spending path
  • Importar XpubsImportar al menos 2 xpubs (manual o archivo) mostrando fingerprint y derivation path
  • Generar DescriptorGenerar y exportar descriptor BIP380 válido
  • DireccionesMostrar al menos una dirección de recibo derivada del descriptor

🚀 PUNTOS EXTRA (BONUS)

  • +
    Simulador (Bonus)Simulador 'qué pasa si' para la política configuradaPuntos extra
  • +
    Taproot (Bonus)Soporte para Taproot + miniscript (tr())Puntos extra

Conceptos Clave // Requisitos

XPUB (Extended Public Key)

Llaves públicas padre para derivar direcciones sin exponer privadas. Formato: xpub, ypub, zpub.

Output Descriptors (BIP380)

Strings que describen cómo la wallet genera direcciones (ej: wpkh, wsh(multi())).

Miniscript

Lenguaje estructurado para condiciones complejas (multi-firma, timelocks, hashes) dentro de wsh() y tr().

Timelocks (BIP68/BIP65)

Relativos (older) para recovery paths y Absolutos (after) para herencia con fecha fija.

PSBT (BIP174)

Partially Signed Bitcoin Transaction. Formato estándar para cooperación de firmantes.

Anti-Patrones // SYSTEM WARNING

⚠️ La siguiente lista contiene acciones que bajarán tu puntuación inmediatamente o descalificarán tu participación.

  • Pedir seed phrase al usuario en una web app.
  • Custodiar llaves privadas en el backend.
  • Inventar descriptors sin validación contra una librería real.
  • UIs que esconden información crítica (descriptor, pubkeys).
  • Olvidar el flujo de recovery (configurar bien pero no poder recuperar).
  • Hardcodear timelocks sin que el usuario pueda configurarlos.

Stack Sugerido // Dependencies

suggested

React / Next.js / SvelteKit / Tauri

suggested

@bitcoinerlab/descriptors o bitcoinjs-lib (JS/TS)

suggested

bdk-js (Bindings WASM)

suggested

Miniscript Compiler Online para validación

suggested

Testnet / Signet (Mutinynet) para pruebas

No obligatorio. Puedes usar cualquier librería que genere descriptores BIP380 válidos.

Aliados y Sponsors

Colaboradores

Reglas del Hackathon

Duración

48 horas de desarrollo intensivo. El código debe ser creado durante el evento.

Equipos

Máximo 4 personas por equipo. Se aceptan equipos individuales.

Licencia

Todos los proyectos deben ser open source con licencia MIT o compatible.

Se Permite

  • Uso de bibliotecas y frameworks de código abierto
  • Integración con APIs públicas de Bitcoin/Lightning
  • Código pre-escrito de los participantes
  • Uso de IAs como herramienta de asistencia (con divulgación)
  • Colaboración entre equipos
  • Consulta de documentación y Stack Overflow

No Se Permite

  • Código propietario o con licencias restrictivas
  • Uso de IAs generativas como autor principal sin divulgación
  • Proyectos que violen derechos de autor
  • Discriminación, acoso o contenido ofensivo
  • Bots que den ventaja injusta
  • Trabajo activo previo al hackathon en un proyecto competidor

Criterios de Evaluación

💡
25%
Innovación
Originalidad y creatividad
⚙️
25%
Complejidad Técnica
Profundidad técnica y desafío
25%
Relevancia Bitcoin
Alineación con el ecosistema Bitcoin
🎤
10%
Presentación
Claridad y demostración
15%
Completitud
Funcionalidad del producto

¿Listo para el reto?

Las inscripciones están abiertas a través de nuestra plataforma oficial en Luma. Forma tu equipo de 2 a 4 personas y asegura tu lugar.