¿Cómo funciona Solana? Respondido.

Solana es una red global única de alto rendimiento: las transacciones se confirman en menos de un segundo, las comisiones se mantienen en una fracción de centavo incluso en los momentos de mayor uso, y toda la actividad se liquida en una capa compartida en lugar de fragmentarse entre múltiples redes de capa 2.

La comisión base de transacción es fija y no aumenta con la carga de la red.

Solana separa la lógica que se ejecuta (programas) de los datos sobre los que opera (cuentas), y cada transacción especifica de antemano exactamente qué cuentas necesita utilizar.

El argumento para añadir Solana es el rendimiento, el coste y la liquidez unificada a nivel L1: una única red donde las transacciones se liquidan en aproximadamente un segundo, con comisiones fijas y predecibles, en lugar de fragmentar la actividad en múltiples redes de capa 2 o mantener un sistema con permisos con un grupo limitado de contrapartes.

En Solana, esto se gestiona mediante Confidential Balances, una función integrada compatible con el cumplimiento normativo que permite cifrar los importes de transferencia y los saldos de un token, mientras la transacción en sí permanece visible en la red pública.

En la mayoría de los casos conservas tus relaciones actuales — Fireblocks, Copper, Anchorage Digital y BitGo ya son compatibles con la custodia en Solana, y proveedores RPC como Helius, Triton y QuickNode desempeñan el mismo papel que tus proveedores de nodos y datos actuales.

Existen dos enfoques generales. Los mecanismos de emisión nativa (como el Cross-Chain Transfer Protocol de Circle para USDC) permiten que una stablecoin sea canjeada en Ethereum y reemitida directamente en Solana, de modo que ningún intermediario custodia los fondos durante la transferencia.

SPL Token es el estándar de tokens original de Solana: simple, ampliamente compatible y utilizado por la mayoría de los activos existentes.

Las principales billeteras, exchanges y custodios son compatibles con Token Extensions, y stablecoins en producción como PYUSD de PayPal ya los utilizan a gran escala.

En general, no: las extensiones a nivel de token deben configurarse en el momento en que se emite el token por primera vez, por eso es importante diseñar el conjunto completo de funcionalidades desde el principio.

Usar una stablecoin consolidada (USDC, USDT, PYUSD, EURC) es el camino más rápido para pagos y liquidación: la liquidez, las integraciones y la presencia regulatoria ya existen.

Sí: Solana ya es la plataforma de emisión de varias stablecoins reguladas.

Sí, Token Extensions le permiten configurar las cuentas como congeladas por defecto, de modo que solo los titulares explícitamente aprobados por su proceso de cumplimiento normativo pueden mantener o transaccionar el token, con verificaciones adicionales personalizadas a nivel de transferencia disponibles para reglas de elegibilidad más complejas.

Sí, Token Extensions otorga a los emisores controles integrados para congelar una cuenta específica y, cuando lo exija la ley, recuperar tokens de esa cuenta, sin pausar el token en general ni interrumpir el resto de la red.

Sí, la extensión Transfer Hook enruta cada transferencia de un token a través de la lógica personalizada que define el emisor antes de que pueda completarse.

Use Token ACL cuando su requisito sea el control de acceso basado en listas: definir quién puede mantener o recibir el token mediante una lista de permitidos (p. ej., solo cuentas con KYC aprobado) o una lista de bloqueados (p. ej., direcciones sancionadas bloqueadas por defecto).

El mismo modelo de token con permisos se aplica directamente sobre Token Extensions: las cuentas congeladas por defecto proporcionan la lista de permitidos con control de identidad, los Transfer Hooks ejecutan la lógica de elegibilidad y cumplimiento en cada transferencia, Permanent Delegate proporciona la autoridad de recuperación y ejecución, y los metadatos en cadena contienen la información del activo.

Técnicamente, un único token puede admitir reglas de elegibilidad para múltiples jurisdicciones dentro de la misma estructura en cadena.

Los Saldos Confidenciales están diseñados para casos en los que se desea mantener los montos y saldos privados mientras se sigue utilizando el libro mayor público de Solana.

No: los Saldos Confidenciales ocultan montos, no direcciones, por lo que la transacción permanece completamente visible para las herramientas de análisis de blockchain (como Chainalysis o TRM, entre otras) que los equipos de cumplimiento ya utilizan.

Solana opera como una única red global, en lugar de una colección de instancias con permisos separadas, por lo que la liquidez no está fragmentada por diseño como ocurre en Canton.

Los Saldos Confidenciales ocultan los montos de las transferencias, mientras que el token en sí permanece visible on-chain y la identidad del propietario permanece seudónima.

Sí, esto es inherente al funcionamiento del cifrado. Las transferencias confidenciales se cifran directamente con la clave propia del destinatario, por lo que una vez que se transfiere el activo, el nuevo propietario puede descifrarlo automáticamente usando las claves que ya posee.

Sí, la extensión de Transferencia Confidencial admite una clave de auditor designada, establecida en el momento en que se emite el token.

En lugar de dividir automáticamente una sola transacción en vistas separadas para cada contraparte, Solana le ofrece visibilidad pública o visibilidad cifrada para partes específicas.

Solana Foundation mantiene Mosaic, un kit de herramientas de código abierto con plantillas preconfiguradas para stablecoins y fondos tokenizados, y Token Extensions proporciona primitivas de cumplimiento de forma nativa a nivel del token.

Sí, Token Extensions admite muchos de los controles que normalmente gestionaría un agente de transferencias, incluidas las listas blancas, el congelamiento de cuentas no conformes y el enrutamiento de transferencias a través de lógica de cumplimiento personalizada.

Sí, puede mantener la experiencia de suscripción y reembolso existente.

Esto es posible combinando los controles de cumplimiento de Token Extensions con una lista blanca con permisos de cuentas de protocolo aprobadas.

Sí, estas mecánicas son lógica de programa construida sobre Token Extensions.

Las bóvedas on-chain pueden proporcionar una sólida segregación de activos al mantener la garantía en una cuenta controlada por el programa, en lugar de agruparla con los propios activos del protocolo.

El patrón técnico central es una cuenta controlada por un programa donde el movimiento de activos requiere la autorización de su custodio autorizado.

Sí. Si un activo tokenizado es componible depende de dos factores: si utiliza interfaces de token estándar con las que otros protocolos puedan integrarse, y si dichos protocolos están en la lista blanca.

La liquidez on-chain se construye en paralelo con su distribución existente, no como sustituto.

Sí, esto es nativo del funcionamiento de las transacciones en Solana. Ambas patas de una operación pueden agruparse como pasos dentro de una sola transacción, y dicha transacción se completa en su totalidad o no se ejecuta en absoluto.

Sí, el fiat se convierte en una stablecoin en el lado emisor, se transfiere por Solana en segundos y se convierte a la moneda de destino en el lado receptor.

USDC, USDT, PYUSD y EURC están disponibles como redes institucionales de stablecoins en Solana, cada una emitida por un proveedor distinto.

Puede conectarse a un feed en tiempo real de actividad de cuentas o transacciones, o usar un servicio de indexación basado en webhooks (proveedores como Helius o Triton) para enviar eventos de liquidación a sus sistemas de back-office en el momento en que se confirman, proporcionándole el mismo disparador automático de conciliación que esperaría de una red de pagos moderna.

Sí, Solana puede admitir pagos recurrentes mediante autoridad delegada.

Sí, un comerciante o aplicación puede operar un servicio de pagador de comisiones que cubra el pequeño costo de transacción en nombre del usuario.

Una transacción de Solana suele alcanzar el estado «confirmado» en aproximadamente un segundo y la finalidad completa e irreversible en unos 12-13 segundos, en comparación con las ventanas de liquidación heredadas que se miden en días.

Las transferencias en la capa base de Solana son definitivas una vez confirmadas; no existe reversión a nivel de red, lo cual es precisamente la propiedad que hace que la liquidación sea confiable.

Fireblocks, Copper, Anchorage Digital, BitGo y otros proveedores importantes admiten la custodia de Solana.

Una función específica de las transacciones de Solana —los nonces duraderos— resuelve esto directamente: en lugar de vincular su transacción a una referencia que expira en aproximadamente un minuto, la transacción permanece válida indefinidamente hasta que se envía, desacoplando su cronograma de firma de la ventana de expiración predeterminada de la red.

Sí: están disponibles tanto el multisig nativo en token accounts como los programas multisig completos (siendo Squads el más utilizado).

El Cross-Chain Transfer Protocol (CCTP) de Circle es la vía nativa: el USDC se quema en la cadena de origen y es reemitido en la cadena de destino por el propio Circle, por lo que no existe una versión envuelta ni un puente que custodie los fondos en el proceso.

Primero verifique si existe una ruta de emisión nativa para el activo; de ser así, úsela y evite completamente el riesgo del puente.

Solana es una red de prueba de participación (el SOL no se mina), por lo que los titulares generan rendimiento delegando SOL a validators que aseguran la red, con recompensas pagadas a partir de la emisión de la red y las comisiones.

Las principales oportunidades de rendimiento se agrupan en tres grandes categorías.

El proceso de auditoría es en términos generales similar al que se utiliza para programas EVM: definir el alcance, ejecutar análisis estático, realizar una revisión manual y aplicar fuzzing cuando sea apropiado.

La mayoría de las instituciones comienzan con proveedores de RPC gestionados —Helius, Triton y QuickNode son las opciones consolidadas— que se encargan de las operaciones de los nodos, los feeds de datos en tiempo real, los webhooks y las consultas históricas como servicio.

Sí: los programas de Solana son actualizables por defecto a través de una autoridad de actualización designada, y actualizar no borra los datos existentes.

Sí: a nivel de token, Token Extensions incluye una configuración pausable que permite al emisor detener las transferencias del token cuando sea necesario.

El MEV (valor máximo extraíble) hace referencia a los beneficios obtenidos mediante la reordenación o inserción de transacciones, afectando principalmente a la actividad sensible al precio, como el trading en DEX, donde los usuarios pueden experimentar una ejecución ligeramente peor.

Trate el acceso al RPC como cualquier dependencia de infraestructura crítica: utilice dos o más proveedores de RPC con conmutación automática por error, incorpore lógica de reintentos y reenvío de transacciones, y monitorice la latencia y el estado de cada proveedor para detectar degradaciones antes de que afecten a sus flujos.

Esta es una cuestión que afecta a toda la industria, no específica de Solana: los esquemas de firma utilizados en las principales blockchains (y gran parte de las finanzas tradicionales) se verían afectados por ordenadores cuánticos criptográficamente relevantes, que según las estimaciones actuales aún están a años de distancia.

Sí: los Solana Permissioned Environments (SPEs) permiten a una institución ejecutar el stack de Solana como su propia red privada, con control total sobre los validators y los participantes.

Para eso están diseñados exactamente los Private Channels: un entorno de transacciones privado con acceso directo a la liquidez de Solana mainnet.