ctrl-arcz

Ctrl+ArcZ es un kit de herramientas de pagos USDC creado para Arc Testnet (chain id 5042002), donde USDC sirve tanto como token de gas como activo transferido. Apunta a tres brechas en las transferencias ordinarias de stablecoins: son finales, ciegas y de un solo intento. Tres superficies comparten un mismo backend: una app web en ctrlarcz.xyz, el paquete npm @ctrl-arcz/sdk y una app Android nativa en Kotlin/Compose en Google Play. El cliente Android llama a los mismos endpoints de API y contratos desplegados que el SDK, y los vectores de paridad someten a ambas implementaciones a una única especificación. La capa 1 es un cortafuegos de riesgo previo al envío. Un motor de reglas puras devuelve veredictos graduados: los patrones de direcciones similares y de cebo con valor cero se bloquean, las direcciones nuevas o sin historial generan advertencia, y las contrapartes previamente verificadas o conocidas pasan. Una señal positiva nunca anula un bloqueo, y el cortafuegos falla cerrado cuando no se puede obtener el historial. sendProtected ejecuta el escaneo por sí mismo y lanza una excepción antes de que se muevan los fondos. Una salida de emergencia deliberada muestra ambas direcciones completas en paralelo para compararlas en lugar de ofrecer una anulación con un solo clic. La capa 2 es una transferencia protegida. Los fondos se bloquean en un contrato y solo se liberan contra un código de reclamo de 80 bits (Crockford base32, dieciséis caracteres) cuyo hash únicamente está en cadena. El remitente puede cancelar en cualquier momento hasta que se reclame; las transferencias no reclamadas se reembolsan automáticamente tras el vencimiento. Los códigos incorrectos devuelven false en lugar de revertir para que un limitador de intentos pueda confirmar; cinco intentos incorrectos congelan la transferencia. Cualquiera puede enviar un reclamo, pero los fondos siempre van al destinatario registrado en el momento del envío. La capa 3 es un historial limpio: las transferencias de valor cero se descartan y solo se muestran tokens conocidos, con las filas filtradas devueltas por separado. Los reclamos liquidados emiten RecipientVerified, alimentando las direcciones verificadas de vuelta a la regla de direcciones similares. Las funciones adicionales incluyen cuentas con políticas de gasto para suscripciones y carteras de agentes (objetivo, límites, intervalo, vencimiento, propiedad de una dirección de un solo uso), pagos privados mediante cuentas desechables y CCTP o Gateway para traer USDC a Arc. El proyecto reporta 850 pruebas en las suites de Foundry, SDK, demo-kit, API, keeper y sender. No hay custodia, ni propietario, ni pausa, ni ruta de actualización.