Cuentas y programas de Solana

Fuente maestra EN · P02-L03 · 30 minutos estimados · needs_review

Estudio de solo lectura. Sin conexión de cartera, dinero real, frase de recuperación, clave privada, firma ni operación de mercado en directo. La duración es una estimación editorial; los recursos visuales son especificaciones, no componentes desplegados.

La palabra «owner» aparece en distintas capas de los registros de Solana. Interpretar cada campo owner como una cartera humana crea afirmaciones incorrectas de saldo y control.

Identificar la capa del registro

Solana almacena el estado en cuentas con direcciones y propiedad de programa [SOLACC]. Los datos de una cuenta de tokens también nombran un mint y una autoridad propietaria de tokens [SOLTOKEN]. Estos campos responden a preguntas distintas: qué programa gobierna la representación del estado y qué autoridad está asociada con la tenencia de tokens.

Que el Token Program aparezca como propietario base no significa que todas las cuentas de tokens pertenezcan económicamente a una misma persona. Asimismo, un campo de autoridad no es una identidad legal autenticada. Escriba la ruta completa del campo en lugar de la palabra «owner» sin especificar.

Distinguir mint de tenencia

Un mint identifica un token y su estado pertinente. Una cuenta de tokens contiene unidades de un mint. Varias cuentas de tokens pueden referirse al mismo mint o autoridad. Cuente solo las cuentas dentro del alcance solicitado y únicamente en un contexto comparable.

Los lamports son las unidades más pequeñas de SOL (10^9 lamports por SOL). No sume lamports nativos a unidades de tokens. No sume mints distintos porque la interfaz los agrupe en una pantalla. Toda conversión a un valor común necesita un método de valoración separado, que esta lección no proporciona.

Indicar la cobertura de enumeración

El ejercicio estipula un conjunto completo para una autoridad y un mint. En una respuesta real, una lista puede estar paginada, filtrada o incompleta. Una suma parcial es el total de los registros devueltos, no automáticamente toda la tenencia. Una cuenta ausente no es un saldo cero.

Conservar relaciones tipadas

Use flechas de programa propietario de la cuenta, autoridad de tokens y referencia de mint. Cada una respalda una relación limitada. Una relación de referencia de mint vincula tenedores de un activo sin demostrar control común. Si se pregunta por la identidad humana, el grafo aporta INSUFFICIENT EVIDENCE aunque se conozcan todos los campos técnicos.

• Programa propietario de la cuenta: programa que gobierna la cuenta base.
• Autoridad de tokens: campo owner dentro de los datos de la cuenta de tokens.
• Referencia de mint: vínculo exacto con el token.
• Alcance de enumeración: registros incluidos en un total.
• Slot: oportunidad numerada para producir un bloque; un marcador de slot no es automáticamente una marca temporal de reloj.

ILLUSTRATIVE en el marcador de slot S0. T1: programa P-TOKEN, mint M-A, propietario de tokens W, importe 30. T2: mismo programa/mint/propietario, importe 20. T3: programa P-TOKEN, mint M-B, propietario W, importe 90. T4: mint M-A, propietario V, importe 50. Importes normalizados; se estipula que T1/T2 son exhaustivos para W/M-A.

Mapa de permisos de contrato con T1/T2→W y M-A, T3→M-B, T4→V; flechas separadas de programa propietario de la cuenta hacia P-TOKEN. Texto alternativo: solo T1 y T2 contribuyen a W/M-A=50.

Un total de tenencias con alcance correcto a partir del subconjunto ficticio exhaustivo.

Propiedad humana, tenencias completas del mundo real o seguridad del token.

• Sumar todas las cuentas mostradas.
• Tratar al programa propietario de la cuenta como beneficiario.
• Suponer una cuenta por mint/autoridad.

Dibuje relaciones tipadas y calcule W/M-A. Explique por qué ni 90 ni 50 entran en ese total. ¿Qué establece el programa P-TOKEN sobre las personas?

Entregue una tabla breve de evidencia y el razonamiento, usando únicamente el material proporcionado. Distribución sugerida: estudio 12 min, inspección/cálculo 8 min, corrección/cuestionario 10 min.

• ¿Campo base o campo de tokens decodificado?
• Mint exacto.
• Alcance de autoridad.
• Mismo slot/contexto.
• Exhaustividad explícita.

La palabra «owner» aparece en distintas capas de los registros de Solana. Interpretar cada campo owner como una cartera humana crea afirmaciones incorrectas de saldo y control. El material proporcionado respalda un total de tenencias con alcance correcto a partir del subconjunto ficticio exhaustivo. No establece propiedad humana, tenencias completas del mundo real ni seguridad del token.

• Distinguir la propiedad de la cuenta base por un programa de la autoridad sobre tokens.
• Identificar los roles de mint y cuenta de tokens.
• Agregar únicamente un alcance definido de mint/autoridad.

P02-L04 después de revisar este ejercicio y sus prerrequisitos.

NONE. El catálogo autorizado no exige acceso a ningún producto para esta lección. Use el material congelado/sin conexión.

• [SOLACC] Cuentas de Solana — Propiedad de la cuenta base por un programa y estado de cuentas. Comprobado 2026-10-01.
• [SOLTOKEN] Cuentas de tokens de Solana — La referencia de mint y la autoridad propietaria de tokens son distintas del programa propietario de la cuenta. Comprobado 2026-10-01.

Los valores sintéticos son entradas de ejercicio creadas por el autor. Los valores históricos, si los hay, deben usar el conjunto de datos enlazado y su procedencia más limitada. La inspección de fuentes no es aceptación editorial independiente.