Para quien estudia
Necesita saber cuánto recibirá, qué acredita cada cuota y cómo pedir pausa o revisión sin perder automáticamente lo ya ganado.
BECA POR AVANCE / CONCEPTO EN VALIDACIÓN
Una beca que
te acompaña.
Un logro a la vez.
Un donante reserva el presupuesto. Una institución verifica cada materia aprobada. El estudiante recibe su cuota de la beca. Si deja el programa, el saldo pendiente puede ayudar a otra persona, después de una revisión.
El estudiante recibe el dineroSin token especulativoSin castigos automáticos
Explorá la reserva con rendimiento opcional y sus riesgos ↗EDUCACIÓN · CONTINUIDAD · OPORTUNIDADCONCEPTO EN VALIDACIÓN
ASÍ FUNCIONAEjemplo · 100 USD demo
Del aporte al avance.Cuatro pasos, sin letra chica.
- 01El donante reserva 100 USD
Reglas, hitos y beneficiario acordados.
- 02La institución confirma un logro
Aprobar una materia; no mirar un video.
- 03El alumno recibe 20 USD
Solo la cuota autorizada. Quedan 80.
- 04Si necesita parar, se revisa
Pausa, aviso y apelación antes de reasignar.
FINANCIA
Donante / instituciónRECIBE LA BECA
Estudiante
Donante / instituciónRECIBE LA BECA
Estudiante
01 Propuesta en validación02 MPP probado previamente en sandbox03 Esta web simula el productoVer evidencia y límites ↗
01 / EL PROBLEMA A VALIDARACCESO ≠ ADELANTO
Una oportunidad necesita
continuidad.
La hipótesis es que algunas personas abandonan una oportunidad de formación cuando deben adelantar gastos o no saben cuándo recibirán el apoyo. Todavía necesitamos validarlo con estudiantes y organizaciones concretas.
Para quien financia
Quiere que el presupuesto se use según reglas acordadas y poder conciliar compromisos, pagos realizados y saldo futuro.
Para la institución
Debe verificar hitos académicos con responsabilidad. Un contrato puede validar quién firmó y evitar cobros repetidos; no puede decidir si la evaluación fue justa.
No afirmamos que las becas actuales “se pierdan” cuando alguien interrumpe. La frecuencia del problema, el proceso vigente y la disposición a adoptar Beca Modular siguen sin validarse. Fuentes y límites ↗
02 / LA PROPUESTA CENTRALEl apoyo llega
El apoyo llega
con cada logro.
Un sponsor define un fondo, cuotas y reglas. Una institución autorizada firma que se cumplió un hito; un programa verifica importe, estudiante, secuencia y uso único, y libera la cuota acordada directamente al alumno.
El firmante acredita el origen de la declaración; la institución sigue siendo responsable de evaluar. El prototipo no acredita por sí solo aprendizaje.
SPONSORFondo y reglas
+INSTITUCIÓNHito firmado
=ESTUDIANTECuota acordada
03 / CÓMO FUNCIONADEL COMPROMISO AL PAGO
Un fondo.
Reglas claras para cada cuota.
01
El sponsor financia el programa.
Acuerda el importe, los hitos, la institución que verifica, los plazos de revisión y el destino del saldo que no se haya comprometido.
El capital de beca y cualquier rendimiento eventual se contabilizan por separado.04 / LA IDEA ORIGINAL / BECA POR HITOSSimulación local · sin transferencias
Probá una materia.
Seguí cada dólar.
Cinco hitos de 20 USD simulados. Una clave de prueba firma cada atestación y el navegador verifica firma, destinatario, importe y uso único. La institución y los fondos son de ejemplo; no se comprueban notas ni se envían pagos reales.
Fondo inicial
100 USD
Recibido por el alumno
0 USD
Saldo reservado
100 USD
Reasignado
0 USD
Beca activa. Ninguna cuota liberada.
PRUEBA CRIPTOGRÁFICA LOCAL · ECDSA P-256
La firma de una autoridad sintética habilita una única cuota. Probá alterar el importe o repetir el comprobante.
Inspeccionar atestación y firma
En producción: prueba firmada por un evaluador autorizado, protección contra duplicados, plazo de gracia y apelación. Reasignar exige resolución humana; lo ya pagado al alumno no se recupera. Esta demo usa estado en memoria y se reinicia al recargar.
Web3: reglas de desembolso
Un escrow propuesto reservaría fondos y admitiría pagos por hitos autorizados. Todavía no está integrado. La blockchain no sabe si alguien aprobó: confía en el evaluador.
IA: orientación, no autoridad
Podría recomendar módulos y explicar requisitos. No decide elegibilidad, notas, abandono ni pagos. Hoy no hay IA conectada.
Negocio: paga el programa
Hipótesis B2B2C: fundaciones o instituciones pagan por administrar y conciliar becas. El dinero de la beca no es ingreso de la plataforma. Falta validar compradores.
05 / LA PROPUESTA EN MOVIMIENTOPROTOTIPO · DOS HITOS DE EJEMPLO
Una beca que
se entiende.
Una presentación animada conecta el presupuesto, los hitos, la revisión humana y los límites de esta simulación.
Ver las tres presentaciones →06 / EXPERIENCIA DE PRODUCTODatos ilustrativos
Cuatro roles.
La misma cuenta clara.
Explorá una vista conceptual del programa. Las cifras son ejemplos; el simulador separa cuotas educativas e ingresos administrativos.
PROGRAMA DEMO / FORMACIÓN DIGITAL
Tu presupuesto, con trazabilidad.
07 / UNIVERSIDADES · FUENTE EXTERNAConsulta interactiva
CONTEXTO UNIVERSITARIOConocer las instituciones.
Conocer las instituciones.
Diseñar mejor el apoyo.
DatosHoy ofrece un mapa para explorar sedes e indicadores de universidades nacionales. Revisá período, cobertura y método de cada capa antes de comparar.
En la revisión del 15/10/2026, el mapa en navegador mostró datos 2024; otra lectura textual del sitio informó datos de desarrollo no representativos y temporalmente no disponibles. No republicamos sus cifras mientras exista esa discrepancia.
MAPA Y METODOLOGÍA
Matrícula, egresos y gasto con límites visibles.
Abrir mapa de DatosHoy Fuente original: anuarios de la SPU →Registro oficial de instituciones →Egresados por 1.000 es una relación anual, no una tasa por cohorte. El gasto estimado asociado a estudiantes extranjeros no es presupuesto asignado por nacionalidad. Ningún indicador institucional define elegibilidad o monto de beca.
08 / DATOS ABIERTOS / TERRITORIOOpenArg · Colossus Lab
La oportunidad también
tiene un lugar.
¿Dónde están las escuelas? ¿Qué oferta educativa hay cerca? Los mapas de OpenArg ayudan a explorar el territorio antes de diseñar un programa de becas.
Usalos para entender el contexto y preparar preguntas para la institución.
- Datasets indexados
- 33.000+
- Portales públicos
- 38
- Jurisdicciones
- 24
- Tableros en catálogo
- 15
Cifras informadas por OpenArg y su catálogo · consulta: 14/10/2026. Pueden cambiar.
EXPLORÁ / CONURBANO BONAERENSE
Abrir en otra pestaña ↗Escuelas y población, en un mismo mapa.
El catálogo describe un cruce de 10.900 radios censales con 8.800 establecimientos educativos. Una entrada para explorar cobertura y hacer preguntas sobre el entorno.
EXPLORADOR INTERACTIVO · OPENARG
Abrir mapa educativo ↗Abrilo en una pestaña propia.
El tablero externo conserva sus filtros y paneles a tamaño completo, sin quedar recortado dentro de esta página.
Otros territorios para explorar.
TRES ACCESOS DIRECTOSEscuelas de CABA
Escuelas, matrícula y educación sexual integral en la Ciudad de Buenos Aires.
Explorar educación en CABA ↗Una mirada provincial
Cartografía y visualizaciones de datos de la provincia de Mendoza.
Explorar Mendoza ↗El contexto de PBA
Indicadores provinciales para profundizar la lectura del territorio.
Explorar Buenos Aires ↗Contexto territorial, sin puntajes individuales. Estos mapas no determinan elegibilidad ni montos de beca. Beca Modular no está afiliada a OpenArg y no replica sus bases.
La beca sostiene al alumno.
El pago por uso financia contenido.
La beca por avance paga al estudiante por hitos certificados. Como complemento opcional, otro presupuesto puede pagar contenidos a proveedores. Cada flujo tiene su propio destinatario y sus propias reglas.
A · Beca por avance
Beneficiario: alumno. Disparador: logro certificado. Arquitectura propuesta: escrow por hitos. Demo local arriba.
B · Contenido por uso
Beneficiario del pago: proveedor. Disparador: entrega pactada. Arquitectura propuesta: MPP. Laboratorio y modelo financiero abajo.
Presupuestos separados
Consumir contenido no acredita aprendizaje. No se integra un canal MPP con un escrow académico automáticamente. El MVP debe elegir un solo mecanismo central.
10 / MÓDULO COMPLEMENTARIO / MPPPago por contenido · simulación local
Un flujo aparte:
pagar contenido por uso.
Esta interacción ilustra el complemento MPP para contenido entregado a un proveedor. No libera cuotas de beca ni certifica hitos académicos; no firma vouchers ni envía transacciones.
SESIÓN DE EJEMPLOSin abrir
Límite autorizado10,00 USDC demo
Autorizado 0,00Disponible 10,00
REGISTRO DE LA SIMULACIÓNLOCAL / 001
▦
Cada importe
tiene un destino.
- Esperando autorización de ejemplo.
Proveedor recibe 0,00 USDC
Vuelve al fondo 0,00 USDC
Saldo no utilizado: no se reasigna automáticamente. Respeta compromisos, aviso y revisión humana.Esta interacción verifica lógica local del ejemplo. El flujo MPP real requiere firma, RPC, persistencia y conciliación en red.
Un hito aprobado.
Una cuota pagada al alumno.
Ejemplo local: cinco hitos de 20 USD dentro de un presupuesto de 100 USD. Mové el control para simular cuántos se aprobaron; el resto sigue comprometido a hitos futuros.
SPONSOR100 USD
Fondo de beca
ESCROW PROPUESTO
5 cuotas de 20 USD
ESTUDIANTE0 USD
Cuotas ya liberadas
↳ 100 USD permanece comprometido a hitos futuros · no es excedente invertible
El rendimiento, si se autoriza en el futuro, solo puede estudiarse sobre excedentes que no respalden pagos prometidos. La simulación usa supuestos, no una integración real.
12 / WEB3 PARA LA BECA POR HITOSREGLAS DE PAGO ≠ VERDAD ACADÉMICA
La cadena controla el desembolso.
La institución evalúa.
La arquitectura futura es un escrow programable de cuotas. No es Solana MPP: MPP autoriza pagos acumulativos por uso, no interpreta notas ni decide si una materia fue aprobada.
01 / FONDO
→Reservar
El sponsor ingresa tokens de prueba a una cuenta controlada por el programa.
02 / ATESTACIÓN
→Firmar hito
Una institución autorizada firma el identificador, el alumno, la cuota y un nonce de un solo uso.
03 / REGLAS
→Verificar
El programa valida autoridad, destino, importe, orden, vencimiento y que el hito no se haya reclamado.
04 / PAGO
Transferir
La cuota se envía al estudiante; el registro público muestra solo los datos mínimos del programa.
¿Qué garantiza una firma académica?
Que una clave autorizada emitió esa afirmación. No prueba que el curso, la nota o el criterio sean correctos. La institución sigue siendo el verificador de confianza y necesita un proceso de corrección y apelación.
¿Qué datos se publicarían?
Como máximo, referencia seudónima del programa, wallet destino, hito, importe y marca de uso. DNI, identidad, notas y razones de pausa quedan fuera de cadena. Una wallet todavía puede vincularse con una persona.
¿Por qué no una base de datos?
Un programa on-chain puede hacer cumplir límites y dar a sponsor e institución un registro de pagos común. Si solo existe una organización de confianza, una base de datos y transferencia bancaria pueden ser mejores; el piloto debe compararlos.
¿Qué pasa con pausa y reasignación?
Nunca se recupera una cuota ya pagada. Solo el saldo futuro no comprometido puede reasignarse luego de aviso, plazo de gracia, apelación y aprobación humana. El silencio no cuenta como abandono.
¿Dónde entra MPP?
En un presupuesto diferente: una sesión MPP puede pagar a un proveedor por unidades de contenido entregadas. No es escrow de beca, no prueba una nota y no se conecta automáticamente con un contrato académico.
¿La blockchain garantiza un fideicomiso?
No. Un programa puede controlar tokens según código, pero eso no crea por sí solo una figura fiduciaria legal, elegibilidad regulatoria ni recuperación de wallet.
Las reglas protegen
también a quien estudia.
¿Quién autoriza y quién certifica?
El sponsor autoriza presupuesto; el alumno confirma el recurso; el servicio mide entrega; el docente evalúa aprendizaje. Ninguna recomendación IA puede firmar ni aprobar transferencias.
¿Qué pasa si un estudiante pausa el programa?
No se recupera ninguna cuota ya pagada. La institución registra una pausa con aviso y derecho de apelación. Solo fondos futuros no comprometidos pueden reasignarse mediante aprobación humana; el silencio no es abandono.
¿Cómo se evita pagar dos veces un mismo hito?
El programa liga el permiso al programa, alumno, importe, secuencia y nonce; registra el hito como reclamado en la misma operación que transfiere. Debe probarse con una transacción repetida y una firma alterada.
¿Qué pasa con contenido malo o una caída?
El pago no demuestra calidad. Deben acordarse aceptación, reintentos y disputas. Una liquidación final no se revierte por un cambio de nota; el reembolso comercial necesita un procedimiento separado.
¿Hay custodia, regulación o privacidad resueltas?
No. Claves del pagador, stablecoins, conversión y obligaciones institucionales requieren revisión antes de producción. Un escrow técnico no constituye por sí solo un fideicomiso legal. Nunca colocar identidad o notas en cadena.
¿Cómo se recupera el fondo si falla el servicio?
El programa debería definir pausa, recuperación y retiro del remanente no comprometido. Ese flujo aún no está implementado ni probado; no exponer fondos reales hasta completar una revisión independiente.
14 / IA OPCIONAL · ORIENTACIÓNUna ruta relevante.
Una ruta relevante.
La decisión es tuya.
La IA propuesta interpreta una meta y sugiere módulos aprobados. No otorga becas, acredita aprendizaje ni mueve fondos. Acá podés explorar una recomendación determinista.
Demo con reglas locales. Un LLM no está conectado.
Entrada mínima
Meta, tiempo y nivel declarado. Sin DNI, notas ni historia de vulnerabilidad enviados al modelo.
Catálogo cerrado
Salida validada por esquema, IDs existentes y presupuesto. El estudiante confirma; un asesor revisa dudas.
Una prueba de utilidad
Comparar con filtros por etiquetas: tiempo de elección, pertinencia docente y errores. Si no mejora, usar reglas.
15 / ARQUITECTURA PROPUESTASin contrato de becas desplegado
Una cuenta para el programa.
Autoridad y pagos separados.
React + TypeScript
Sponsor · estudiante · institución→API Node / Express
Consentimiento · estado · validación previa
Sponsor · estudiante · institución→API Node / Express
Consentimiento · estado · validación previa
PostgreSQL / Supabase
Identidad y expediente académico privadoAnchor program + SPL Token
Escrow PDA · cuotas · nonce de un solo usoFirmante institucional
Atestación autorizada, nunca IA
Identidad y expediente académico privadoAnchor program + SPL Token
Escrow PDA · cuotas · nonce de un solo usoFirmante institucional
Atestación autorizada, nunca IA
Solana devnet · token de prueba · TransferChecked directo al estudiante · sin yield en MVP
Datos mínimos en cadena
Referencia seudónima, wallet, mint, compromiso, contador de hitos y reclamos realizados. No DNI, nota ni explicación sensible.
Regla de transferencia
El programa comprueba firmante, beneficiario, cuota fija, secuencia, expiración y replay antes de transferir desde el token account controlado por PDA.
Fuera del MVP
Vault de rendimiento, puentes cross-chain, reasignación automática, custodia productiva, MPP para proveedores e IA conectada. Cada uno requiere un caso y pruebas propios.
Anchor/SPL son componentes propuestos, no un contrato existente adaptado y auditado. Un spike debe demostrar depósito, hito autorizado, pago y rechazo de duplicado antes de anunciar integración.
16 / MODELO DE NEGOCIO · HIPÓTESISLa organización paga.
La organización paga.
El estudiante recibe la beca.
B2B2C: un primer cliente posible sería una fundación u ONG que ya administra becas de formación y necesita emitir pagos por hitos. Aún no identificamos un comprador que haya confirmado esta necesidad.
Reglas y conciliación.
Define el presupuesto y paga una licencia administrativa separada del capital educativo. No obtiene una rentabilidad financiera prometida.
Cuotas con condiciones claras.
El alumno conoce importes, hitos, privacidad, pausas, apelaciones y destino de fondos antes de inscribirse. Nunca debe cubrir una pérdida de inversión.
Servicio administrado.
La institución verifica hitos. Ingresos posteriores podrían incluir implementación e informes; todavía faltan entrevistas, disposición a pagar y costos observados.
El principal de las becas, el resultado de una inversión, una donación de un creador y los ingresos de la plataforma son cuatro cuentas distintas. No contar el mismo dinero dos veces.
17 / FINANZAS DEL PROGRAMASupuestos editables · USD / mes
Un negocio tiene que
cerrar también en números.
Cada cifra es un supuesto o un cálculo. Presupuesto educativo y facturación van por separado. No son resultados reales ni una predicción de rentabilidad.
Revisá los valores: usá números dentro de los límites indicados.
RESULTADO OPERATIVO MENSUAL—
Destino del presupuesto de becas
Cuotas pagadas a estudiantes Saldo no desembolsado
Ingresos y costos de plataforma
Instituciones para equilibrio*—*Manteniendo cohorte, precios y costos por institución. Sin saltos de personal ni costos de adquisición.
¿Qué mueve el resultado?
Con comisión cero, consumir más aumenta pagos a proveedores y costo de procesamiento, pero no la licencia. Mayor utilización puede ser buena para el acceso aunque empeore el margen. La sustentabilidad depende del precio institucional, el costo de soporte y el costo de pagos.
El desembolso representa hitos aprobados, no egresados ni impacto medido. El saldo no pagado permanece sujeto a las reglas del programa; no equivale a ahorro causado ni a más estudiantes atendidos. Ver fórmulas y exclusiones ↗
18 / TESORERÍA OPCIONAL / POLÍTICA DEL PROGRAMASin vault conectada · cálculos hipotéticos
Primero, proteger la beca.
Después, evaluar el excedente.
“Optimizar rendimiento” no es elegir la tasa más alta. Es pagar todas las cuotas prometidas, medir retiros y costos netos, y exponer solo el dinero que no respalda un compromiso.
Regla propuesta: 100% de las cuotas comprometidas permanece disponible.
El MVP no invierte el principal de becas. Una extensión futura podría usar un excedente expresamente autorizado en una estrategia seleccionada, con retiro probado y cobertura del sponsor. Pérdidas, retrasos o cambios de tasa nunca se convierten en deuda del estudiante.
BASE SEGURA PARA EL MVPSin inversión del capital comprometido
Primero se protege cada cuota prometida.
La opción de partida es mantener líquidos y segregados todos los pagos comprometidos al estudiante. La simulación solo considera invertir un excedente no comprometido y autorizado.
ORIGEN DEL RESULTADO
No se proyecta rendimiento para el saldo reservado a becas.
RIESGO Y RETIRO
Custodia, emisor, paridad, congelamiento y fallos de red siguen siendo riesgos.
ENCAJE Y VALIDACIÓN
Primero demostrar autorización de hitos, pago al alumno y manejo del remanente.
Calendario de cuotas primero.
Reservar en el mismo activo las obligaciones por vencimiento. Si el retiro del excedente no llega a tiempo, la beca igual debe poder pagarse.
Comparar lo que queda.
Interés efectivamente realizado menos comisiones, retiros, gas, conversión, slippage, administración y pérdidas. Recompensas promocionales se muestran aparte.
El sponsor define; el alumno elige si hay bono.
La política se declara antes del programa: nuevas becas, fondo rotatorio, bono, reparto o uso educativo definido. Solo resultado positivo conciliado.
| Opción | Fuente | Ruta de salida | Uso propuesto |
|---|---|---|---|
| Liquidez / MVP | Sin rendimiento de protocolo | Activo disponible, con riesgo de custodia y emisor | Obligaciones estudiantiles comprometidas |
| Aave V3 | Interés variable pagado por prestatarios | Retiro hasta la liquidez libre del reserve | Excedente no comprometido; estudiar una red/activo |
| Sky sUSDS | Sky Savings Rate variable y gobernada | Retiro del producto según reglas y liquidez | Evaluar producto separado; nunca cuota con fecha garantizada |
| Spark spUSDC | Asignación del Liquidity Layer | Salida grande puede requerir solicitud asíncrona | Solo spike de retiro y elegibilidad exactos |
| Morpho Vault V2 | Interés de mercados y adaptadores seleccionados | Las vistas max* genéricas devuelven cero; el integrador calcula capacidad con estado fresco y revisa gates. Retiro normal: saldo idle + adaptador de liquidez. | Curador, mercado, adaptador, gate y liquidez; salida in-kind no crea liquidez del activo base. |
| Kamino KLend | Interés variable de prestatarios en Solana | Retiro según liquidez del reserve | Posible menor salto de ecosistema; no compone con MPP automáticamente |
| Activos tokenizados | Depende del instrumento y emisor | Rescate, ventanas y elegibilidad específicas | No usar acciones ni activos ilíquidos como reserva de beca |
| Pump creator fees | Comisiones de trading efectivamente generadas | Reparto del creador a direcciones configuradas | Donación externa al recibirse; no es interés ni dividendo |
¿Qué cambia si la inversión sale mal?
Un modelo de estrés separado del negocio. El escenario seguro invierte únicamente el excedente libre. La opción de exponer capital comprometido es un contraejemplo educativo, no una recomendación.
ESCENARIO / NO SALDO REALEl rendimiento es opcional.
CUOTAS COMPROMETIDAS— EXCEDENTE LIBRE— RENDIMIENTO NETO / CAPITAL—
El rendimiento es opcional.
La cuota prometida no.
Excedente libre calculado—
Inversión supuesta—
Liquidez inicial—
Rendimiento bruto supuesto—
Neto después de costos y pérdida—
Cobertura adicional por capital/fees—
Cuotas no pagadas a tiempo en este escenario—
BECAS ADICIONALES COMPLETAS POSIBLES—
REMANENTE EDUCATIVO—
Simulación: el sponsor debe autorizar estas opciones antes de la inscripción; en producción cada desembolso seguiría las reglas legales y del programa.
Ver calendario modelado
La tabla asigna pagos iguales al calendario elegido, reduce primero la reserva líquida y solo permite redimir inversión antes de vencimiento si el retiro supuesto entra en la ventana de aviso. Los detalles reales dependen del contrato, activo, red, liquidez y operación elegidos.
Diez pruebas de resistencia, no diez pronósticos
El cuadro ayuda a ver por qué tasa, pérdidas, costo, calendario y retiro importan. Son escenarios generados con los supuestos visibles; no describen el comportamiento real de Aave, Morpho, Spark, Kamino ni otro protocolo.
¿Qué opciones tenemos para beneficiar al estudiante?
El sponsor puede elegir antes de inscribir: (1) educación primero; (2) fondo rotatorio; (3) bono adicional para el estudiante; (4) reparto explícito; o (5) reserva educativa con destino predefinido. Si existe un bono y el programa lo permite, el estudiante elige entre apoyo flexible, costos educativos aprobados o sumarlo a una cuota futura. Es una opción del escenario, no una función de pagos activa. El estudiante nunca recibe menos de la cuota prometida ni cubre una pérdida.
¿Cómo mejorar el resultado sin perseguir APY?
Reducir capital ocioso solo después de mapear vencimientos; escoger una red y activo; evitar puentes; comparar retiro y costo neto con recompensas promocionales excluidas; agrupar operaciones cuando no afecte acceso ni custodia; y suspender nuevas inversiones si el margen de liquidez cae. Esto puede mejorar eficiencia, pero no es una tasa garantizada.
¿Qué papel tienen Pump.fun y $SI?
Pump documenta reparto de creator fees generados por trading; eso podría llegar como donación externa si un creador lo decide. No es dividendo del token ni rendimiento del saldo de becas. $SI sigue sin identidad contractual y derechos económicos verificados, por eso no se integra ni se recomienda.
¿Y Robinhood o bonos tokenizados?
El activo debe evaluarse por derechos legales, custodio, jurisdicción, rescate y liquidez. Los Stock Tokens documentados por Robinhood son contratos derivados, no acciones de titularidad directa; no sirven como sustituto automático de una reserva de cuotas.
¿Qué tecnología usaríamos para yield?
El core de beca es un programa Solana propuesto. Una inversión Kamino sería un módulo separado; Aave, Morpho y Spark son rutas EVM y no se conectan a un canal MPP mediante un botón. El MVP mantiene rendimiento en cero.
Documentación primaria revisada el 10/10/2026: Aave · Sky/Spark · Morpho liquidity · Kamino SDK · Robinhood Stock Tokens · Pump creator fees · Evaluación, riesgos y decisiones ↗. No hay vault conectada, transacción, ingresos por fees ni afiliaciones.
19 / IMPACTO ESPERADOUna barrera menos.
Una barrera menos.
Un resultado que medir.
La promesa a validar es acceso educativo sin adelanto. El beneficio importa solo si más personas pueden empezar y sostener una formación útil.
Financiación comprometida→Acceso sin adelanto→Contenido disponible→Aprendizaje evaluado
Acceso
Cuántos estudiantes elegibles logran empezar frente al proceso actual. Registrar también quienes quedan excluidos por dispositivos, conectividad o documentación.
Continuidad
Qué módulos se completan y por qué se interrumpe una ruta. Las pausas por trabajo, cuidados o salud requieren apoyo y revisión.
Resultado educativo
Evaluación docente y seguimiento consentido. Entrega, consumo, aprobación y empleo son métricas diferentes.
No medimos todavía impacto, empleo, retención ni reducción de costos. ODS 4 orienta la visión; no implica afiliación a Naciones Unidas.
La beca existe.
La ventaja técnica aún debe probarse.
| Alternativa | Lo que ya hace | Prueba que necesitamos |
|---|---|---|
| Progresar | Programa público argentino con reglas de elegibilidad y certificación para desembolsos. | ¿Qué fricción concreta persiste en programas complementarios pequeños? No sustituimos ni presentamos como innovación el condicionamiento académico. |
| Guild | Administra beneficios de educación laboral y pago de capacitación. | ¿Un sponsor necesita un contrato auditable para pagos de becas individuales, o su plataforma/transferencias actuales ya bastan? |
| Scholarship America | Administra programas de becas institucionales y desembolsos a beneficiarios. | ¿El hito programable, el nonce y la conciliación común aportan valor a un segmento que hoy no está bien servido? |
| DirectEd | Antecedente de financiamiento educativo con mecanismos Web3; alcance y operación actuales deben verificarse antes de compararlo funcionalmente. | Comparar el contrato, el proceso de revisión y los derechos del estudiante, no solo la cadena o el nombre del producto. |
| Base de datos + banco / procesador | Puede registrar evaluaciones y enviar transferencias con menor complejidad técnica. | Si esta opción consigue las mismas reglas, privacidad, recuperación y conciliación, elegirla en lugar de blockchain. |
La propuesta no es exclusiva por pagar por hitos. Nuestra hipótesis diferenciadora es el permiso institucional acotado, cuota fija directa al estudiante y rechazo atómico de reclamos repetidos. Falta validar que sponsors e instituciones necesiten esa combinación. Fuentes y límites ↗
El apoyo con reglas claras.
La decisión, humana.
¿Qué pasa si el apoyo educativo llega tarde o todo junto y nadie puede seguir qué se pagó? Es una hipótesis por validar, no un diagnóstico nacional. Sobre Progresar: [DATO A VERIFICAR + fuente]. Beca Modular propone que un sponsor financie una beca por hitos; el estudiante no paga. Una tutora revisa la evidencia y decide: la IA solo sugiere. El recibo de demo permite comprobar preimage y hash entre sí; el QR y el pago son simulados, no mueven fondos. El saldo no usado se devuelve en el escenario. El modelo base todavía pierde USD 5.914,40 al mes. Buscamos validar el proceso, el costo y quién pagaría con un piloto institucional.
Guion propuesto de hasta 55 segundos. La necesidad, el piloto y los costos siguen por validar. No presentar el placeholder de Progresar como dato.
22 / PITCH DE BECA MODULARNueva Educación · encaje condicionado al desafío
55 segundos para explicar.
30 para mostrar.
EL GANCHO / 10 SEGUNDOS
“Una beca no debería depender de que el estudiante adelante el dinero ni de confiar a ciegas en quién administra cada cuota.”
El reto del equipo debe coincidir con el desafío asignado por LABITCONF. Esta es una hipótesis de encaje, no un desafío publicado para nosotros.
00–05 sMostrar una beca de 100 USD y cinco cuotas.
05–12 sUna autoridad sintética firma “hito 1 aprobado”.
12–22 sVerificación local comprueba firma y uso único; asigna 20 USD simulados.
22–30 sRepetir el hito y alterar el importe: ambos se rechazan; quedan 80 USD simulados reservados.
PITCH / GUIÓN OBJETIVO 55 SEGUNDOS
¿Qué pasa si el apoyo educativo llega tarde o todo junto y nadie puede seguir qué se pagó? Es una hipótesis por validar, no un diagnóstico nacional. Sobre Progresar: [DATO A VERIFICAR + fuente]. Beca Modular propone que un sponsor financie una beca por hitos; el estudiante no paga. Una tutora revisa la evidencia y decide: la IA solo sugiere. El recibo de demo permite comprobar preimage y hash entre sí; el QR y el pago son simulados, no mueven fondos. El saldo no usado se devuelve en el escenario. El modelo base todavía pierde USD 5.914,40 al mes. Buscamos validar el proceso, el costo y quién pagaría con un piloto institucional.
Guion propuesto, no evidencia de transacción. La interacción publicada usa firmas locales y fondos simulados. La integración de devnet sigue pendiente.Pitch para sponsor / piloto · 2 minutos
Queremos probar una herramienta B2B2C para organizaciones que ya financian formación. El sponsor define programa, presupuesto y reglas; la institución conserva la evaluación; el estudiante recibe cuotas claras y puede pedir pausa o revisión. El proyecto no decide quién merece una beca y no promete que un contrato mejore las tasas de egreso.
La propuesta técnica es un escrow de hitos con una autoridad institucional permitida, cuotas fijas, nonce de un solo uso y pago directo al estudiante. Identidad y notas quedan fuera de cadena. La firma acredita quién emitió una atestación, no la verdad independiente de la nota. Un administrador resuelve disputas y solo el remanente futuro no comprometido podría reasignarse bajo reglas y consentimiento.
El modelo comercial a validar es una licencia administrativa pagada por la organización. El principal educativo nunca es ingreso de la plataforma; el rendimiento no forma parte del MVP. Antes de un piloto mediríamos cuánto tarda la conciliación actual, si la organización acepta firmar atestaciones, cuánto cuesta operar el programa y si los estudiantes entienden sus derechos. Si una base de datos y transferencias convencionales logran el mismo resultado con menos riesgo, deberíamos usarlas.
¿Por qué blockchain y no una planilla?
Solo tiene sentido si sponsor y entidad verificadora necesitan reglas ejecutables y un registro de pagos compartido que ninguna parte pueda editar unilateralmente. Si una organización es el único operador confiable, una base de datos puede ser superior.
¿La IA decide quién cobra?
No. Puede explicar requisitos o sugerir una ruta de estudio. Elegibilidad, calificaciones, pausa, apelación y pagos dependen de reglas deterministas y autoridades humanas.
¿El rendimiento paga la beca?
No. El MVP no invierte. Una extensión solo podría analizar excedentes no comprometidos y con autorización expresa; el capital y las cuotas prometidas permanecen protegidos.
¿Por qué no usar MPP para la beca?
MPP concilia consumo medido de un proveedor; la beca requiere autorización institucional, orden de hitos y beneficiario fijo. Son flujos y presupuestos separados.
¿Qué está construido hoy?
Un sitio explicativo y simulaciones locales. El registro previo documenta un experimento sandbox de MPP para pagos por uso, pero no una integración de escrow académico. No hay sponsor, institución ni demanda confirmados.
¿Qué podría invalidar el proyecto?
Que las organizaciones no tengan este problema, que sus controles bancarios existentes basten, que no quieran asumir el rol de firmante, o que la integración de identidad y billeteras agregue más barreras al estudiante.
La visión puede crecer.
El primer recorrido tiene que cerrar.
Un sponsor. Una beca. Una cuota.
0–2 h: escrow PDA y firma institucional en devnet.
2–10 h: diseño de cuenta, roles y tests.
10–20 h: depósito, cuota y replay.
20–28 h: interfaz y estados de pausa.
28–32 h: demo end-to-end congelada.
32–40 h: seguridad, fallos y ensayo.
40–48 h: margen, correcciones y pitch.
Un problema confirmado.
Un sponsor, una institución y estudiantes con consentimiento. Comparar tiempos, errores y claridad de derechos con el proceso vigente antes de mover dinero real.
Operación responsable.
Custodia y conversión revisadas, auditoría de integración, monitoreo, soporte, privacidad, reembolsos y acuerdos comerciales.
Presupuesto portátil.
Programas interoperables y elección entre proveedores. Credenciales privadas o aportes de creadores solo si el piloto demuestra necesidad.
Bases oficiales consultadas el 14/10/2026: inscripción hasta el 16/10, equipos de 4–5, demo funcional y pitch de 1 minuto + 1 minuto de preguntas. Desafío específico, rúbrica y permiso sobre código previo/IA pendientes. Guion, recorrido de demo y checklist ↗
Lo que sabemos.
Lo que todavía hay que ganar.
Una firma. Una sola cuota.
Una autoridad sintética firma hitos con ECDSA P-256. El navegador verifica la firma y rechaza datos alterados o repetidos. Los saldos y la reasignación son simulados; no hay contrato ni pagos en red.
Un producto explorable.
Vista de estudiante, sponsor e institución; flujo de fondo, simulador financiero y opciones de rendimiento. Ninguna interacción envía fondos ni llama a un modelo de IA.
La razón para adoptarlo.
Institución con un problema de pagos/conciliación, sponsor dispuesto a pilotear, beneficio comprensible para alumnos, costos reales y diferencia frente a transferencias convencionales.
El experimento que decide el próximo paso
Reunir un sponsor, una institución y estudiantes alrededor de una beca ya administrada. Reconstruir el calendario, cómo se valida cada cuota, cómo se reclama y qué pasa al pausar. Si transferencias y controles actuales ya funcionan, no agregar blockchain.
Ver riesgos, spike técnico y condiciones de abandono ↗Una propuesta que se puede revisar.
01 · Estrategia de producto ↗02 · Arquitectura Web3 + IA ↗03 · Modelo y fórmulas ↗04 · Pitch, MVP y validación ↗05 · Registro de fuentes ↗06 · Verificación y límites ↗07 · Rendimiento y políticas de distribución ↗
Fuentes primarias revisadas el 10/10/2026: LABITCONF · Solana MPP · Progresar · Guild · Scholarship America · Moodle · Pump fee sharing. Alcance y calidad de inspección detallados en el registro.