BLVCK MINDZ
Entrar en la lista

Evidencia técnica · Solana verificada en la red el 13/10/2026

Lo que funciona. Lo que viene después.

Del estudio al bolsillo del artista, con el estado de cada pieza. El 13/10 se leyeron de nuevo las transacciones de abajo en devnet y se volvieron a ejecutar las pruebas de Solana y de los servicios; sitio y base de datos siguen en la revisión del 10–11/10.

  • 10 Disponible
  • 6 Probado
  • 3 Escrito, no publicado
  • 1 Planeado

Evidencia del hackathon

Tres pagos históricos en devnet con tokens de prueba: los lotes 601, 701 y 801, de 2 tokens cada uno, divididos 50/35/15 entre tres carteras. Demuestran la ejecución de splits, no regalías comerciales. El lote 801 recorrió la liquidación integrada, con derechos y extracto de muestra, y tiene también el recibo Memo. Las transacciones y las cuentas Batch de los lotes son públicas.

Cada transacción salió de una ejecución del flujo «Pago devnet» de GitHub. El código fuente es privado, pero la verificación no depende de él: cualquiera puede leer las transacciones en el explorador. En devnet, los importes y las carteras son públicos. La privacidad mediante Cloak es una integración separada, sin prueba de ejecución en mainnet.

  1. 01Estudio
  2. 02Validación
  3. 03Catálogo
  4. 04Tiendas
  5. 05Registro
  6. 06Solana
  7. 07Recibo
  8. 08Artista

Sitio y servidor

Sitio

Disponible

Inicio, catálogo, perfiles, pitch y manual en portugués, español e inglés

Astro 7 en un Worker de Cloudflare

Sitio publicado; versión local ampliada validada por build y tipos

Datos de pago

Disponible

Los documentos y datos bancarios y Pix del artista se cifran; el servidor no puede abrirlos

RSA-OAEP + AES-GCM en el Worker; clave privada en el Mac del fundador

El perfil de pago guarda solo el sobre cifrado

Estudio del artista

Escrito, no publicado

Acceso por código de correo y envío de WAV master en partes de 20 MB

Worker + almacenamiento R2 + correo Resend

Código escrito; espera las credenciales de Resend y R2 activo

Clasificación de candidaturas

Escrito, no publicado

La IA lee solo tipo y mensaje y sugiere prioridad; decide una persona

TypeSafe (Jev), cron del Worker

Desactivada hasta configurar las credenciales de TypeSafe

Base de datos

Postgres

Disponible

Dos esquemas: site para captación, envíos y perfiles de pago; catalog para derechos

Neon, Postgres 18, São Paulo; conexión Hyperdrive

7 migraciones aplicadas; SHA-256 igual al repositorio

Acceso a la base de datos

Disponible

El sitio solo accede a site; catalog es exclusivo del dueño

RLS activado; rol site_writer

Verificado en migraciones y roles de acceso

Splits

Disponible

Participación de cada titular en puntos básicos, de 1 a 10.000

catalog.recording_splits y work_splits, con bloqueo por grabación

Misma convención que el programa Solana

Servicios del sello

Validación de audio

Probado

Comprueba si el WAV enviado cumple los requisitos de lanzamiento

TypeScript + FFmpeg

46 pruebas aprobadas en la revisión del inventario

Catálogo

Probado

ISRC del sello, splits, contratos y lotes SGP

TypeScript, aplicación local del fundador

58 pruebas aprobadas (ejecutadas el 13/10)

Motor fiscal

Probado

Calcula impuestos por país y tipo de regalía

TypeScript

18 pruebas aprobadas en la revisión del inventario

Solana

Cálculo del pago

Probado

Importe por grabación a cada titular en unidades enteras; la suma conserva los fondos

TypeScript, enteros bigint, puntos básicos

4 pruebas de la regla de división aprobadas, con los mismos vectores que Rust (42 pruebas TypeScript en la carpeta solana)

Programa de splits

Disponible

Crea divisiones, actualiza carteras y distribuye tokens

Anchor (Rust): create_split, update_wallet, distribute

Publicado en devnet (programa ejecutable, verificado el 13/10); 6 pruebas de extremo a extremo aprobadas en GitHub el 13/10Ver en el explorador →

Recibo en el lote

Disponible

Cada lote pagado crea en la red una cuenta Batch con el hash del ledger. En devnet, los importes y las carteras son públicos

Cuenta Batch del programa Anchor

Lotes 601 y 701 leídos en devnet el 13/10: número, importe y hash iguales a los de la evidencia

Recibo Memo

Disponible

Escribe solo el hash del lote en el programa Memo, tras comprobar que es el de la cuenta Batch

Programa Memo (formato BMZ1)

Lote 801 escrito en devnet el 13/10 y leído de vuelta: mismo hash del manifest aprobado y de la cuenta Batch

Liquidación integrada

Disponible

Derechos y extracto → control de riesgo → aprobación → manifest → firma → pago → recibo, en un solo lote

TypeScript + programa Anchor, ejecutada por GitHub Actions

Lote 801 en devnet el 13/10, con datos de muestra: el mismo hash en el manifest, la aprobación, la cuenta Batch y el Memo; auditoría por script (25 comprobaciones; rechaza evidencia adulterada); disputa antes del envío y espera de la confirmación probadas (5 pruebas)

Control antes del pago

Probado

Reglas fijas e IA comprueban riesgos del lote y de cada línea; las dudas pasan a una persona y los pagos sin control se retienen

Control de Jev (TypeSafe)

7 pruebas; una respuesta inválida bloquea; 3 lotes adulterados en la calibración

Verificación continua

Disponible

GitHub repite las comprobaciones cuando cambia el código

GitHub Actions: sitio, base de datos, 3 servicios, Solana TypeScript, Rust y Anchor

6 de 6 etapas aprobadas en la ejecución del 13/10

Lectura de la red

Probado

Consulta Solana sin exponer las credenciales del proveedor

JSON-RPC (Helius); exige HTTPS y devnet por defecto

Probado con un nodo simulado

Saldo privado

Escrito, no publicado

Pagos blindados propuestos, visibles para quienes tienen la clave de visualización

Cloak, pool blindado

Integración escrita; sin pago privado demostrado en mainnet

Tarjeta y Pix

Planeado

Gastar con la tarjeta del sello o retirar en moneda local

Emisor white label + cambio USDC/Pix por institución autorizada

Sin emisor de tarjeta contratado

Lo que falta para mainnet

  1. El perfil de pago aún no tiene cartera USDC: acepta Pix, transferencia o decidir después.
  2. La base del sitio aún no guarda lotes pagados ni recibos. El cambio requiere una migración nueva, probada en una rama de Neon antes de producción.
  3. La firma de transacciones queda fuera del sitio, en una máquina aislada; la definición final precede a mainnet.

Cómo verificar

  • npm testsitio y base de datos
  • cd services/catalog && npx vitest runcatálogo
  • cd solana && npm testSolana: división, recibo y control
  • cd solana && anchor testprograma en el validador local

Repositorio privado; los jurados necesitan acceso.