Whitepaper V4.1
17. IONON Card y utilidad de membresía
El programa de tarjetas puede hacer que IONON sea útil antes de la migración de red a gran escala, pero su economía debe diseñarse de modo que el gasto ordinario no se convierta en presión de venta forzada de IONON.
El modelo preferido es:
Saldo/bloqueo de IONON → membresía y permisos → acceso a tarjeta → liquidación en USD/USDC/estable → comercio.
El diseño Founder estudiado en este proyecto usa tres niveles físicos — CORE, EVOLVE, LEGEND — con umbrales indicativos de fundador de 10,000 / 50,000 / 100,000 IONON. Esas cantidades fijas de tokens son adecuadas para una cohorte Genesis limitada, no necesariamente como precio minorista permanente. Los niveles posteriores deben calibrarse periódicamente a una banda de valor económico o a una puntuación de suscripción/relación, de modo que un precio de IONON al alza o a la baja no vuelva irracional la membresía.
Las tarjetas virtuales deben ser la capa de adquisición de baja fricción; las tarjetas físicas y de metal de gama alta deben ser productos de estatus escasos. Los porcentajes de recompensa deben tener tope y financiarse con ingresos reales, promociones de comercios o un presupuesto de marketing declarado, en lugar de emisiones de tokens indefinidas.
El emisor de tarjetas/gestor del programa sigue siendo una dependencia crítica. Antes de las promesas públicas, IONON debe documentar emisor/patrocinador de BIN, red, KYC/CIP, AML/sanciones, activos de liquidación, prefinanciación, responsabilidad de fraude/contracargos, Apple/Google Pay, controles de gasto, controles de MCC, comisiones de FX/ATM, portabilidad de datos y derechos de terminación.