P01-L03 · P01 · P01-M01
Separar las direcciones públicas de la autoridad de firma
Requisitos previos: P01-L02
Objetivos de aprendizaje
- Separar las direcciones públicas de la autoridad de firma
- Separar interfaz, dirección y autorización.
- Explicar por qué la observación pública no necesita secretos.
- Distinguir control de claves e identidad humana.
Master fuente EN · P01-L03 · 30 minutos estimados · needs_review
Estudio de solo lectura. Sin conexión de cartera, dinero real, frase semilla, 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.
Por qué importa
Confundir una aplicación de cartera con la autoridad detrás de una cuenta vuelve poco fiables tanto la investigación como las decisiones de seguridad. Una tarea de solo lectura no debe convertirse en una solicitud de material de firma.
Explicación
Tres objetos diferentes
Una interfaz de cartera muestra cuentas y ayuda a gestionarlas. Una dirección identifica un objeto dentro del ámbito de una red. Una clave privada puede autorizar acciones para una cuenta controlada por clave. Ethereum también tiene cuentas controladas por contratos [ACCT]. Una pantalla puede mostrar varias cuentas y varias interfaces pueden mostrar la misma cuenta. Contar pantallas no equivale, por tanto, a contar autoridades independientes.
Una dirección es información pública para localizar estado, no una contraseña. Pública no significa sin consecuencias de privacidad: compartir una dirección puede vincular una conversación con un historial visible. Esta lección usa etiquetas inválidas para no exigir revelar la cuenta real de ningún estudiante.
Las claves son autoridad, no documentos de identidad
Una firma válida puede establecer autorización según una regla criptográfica o contractual especificada. No revela el nombre legal del firmante, cómo obtuvo la clave ni si la acción fue informada. No pedir una firma de prueba para resolver una afirmación de identidad en este curso. Separar las preguntas sobre mecanismo y persona.
En una cuenta compartida, varias personas podrían acceder a un secreto. En una política multifirma, varias claves de firma no tienen por qué representar humanos independientes. Una visualización pública no resuelve esas posibilidades. Describir la política observada o la función proporcionada y dejar abierta la atribución humana no respaldada.
El material de recuperación es otra capa
Algunas carteras deterministas derivan muchas claves del material semilla. BIP-39 define un esquema de frase mnemónica a semilla [BIP39], no una regla para todas las carteras. Una frase de recuperación no es simplemente la contraseña de la aplicación actual. No introducirla en lecciones, formularios de soporte, capturas de pantalla ni herramientas de práctica.
Sustituir una interfaz no cambia por sí mismo la autoridad que controla una cuenta. Una vista de solo lectura también puede mostrar saldos sin autorizar gastos. Las funciones visibles de la interfaz y el permiso subyacente necesitan inspecciones separadas.
Dibujar relaciones con tipos
Usar flechas etiquetadas «muestra», «identifica» y «autoriza», no una única línea vaga «posee». El diagrama debe permitir responder qué observación es pública, qué componente es secreto y qué relación de autoridad es solo estipulada. Si el ejercicio no contiene evidencia humana, decirlo aunque un nombre facilitara el relato.
Clasificación de los estados de evidencia
OBSERVED en los datos didácticos: qué vistas muestran X/Y y la autoridad de sustitución indicada. INFERRED: se muestran dos cuentas; las tres vistas no constituyen prueba de tres autoridades independientes. UNKNOWN: controladores humanos reales. INSUFFICIENT EVIDENCE: una clave o varias interfaces no establecen un único propietario humano.
Terminología
- Interfaz de cartera: software de visualización/interacción.
- Dirección: identificador público dentro del ámbito de una red.
- Clave privada: material secreto de autorización.
- Solo lectura: observación sin autoridad de firma local.
- Frase mnemónica: secuencia de palabras que ciertos esquemas de recuperación usan para derivar material semilla; es material de recuperación confidencial.
Ejemplo histórico
ILLUSTRATIVE. VIEW-A y VIEW-B muestran ACCOUNT-X en SIM-NET. VIEW-C es de solo lectura para ACCOUNT-Y. SECRET-PLACEHOLDER autoriza ACCOUNT-X en el modelo; es una etiqueta, no una clave. No se proporciona ningún controlador humano.
Especificaciones visuales
Grafo de cartera con flechas de visualización de VIEW-A/B a ACCOUNT-X, de VIEW-C a ACCOUNT-Y y una relación separada de autoridad secreta con X. Texto alternativo: dos interfaces comparten una cuenta ficticia; la observación de solo lectura no concede autoridad de firma.
Lo que demuestra la evidencia
El modelo separa dos vistas de una cuenta de la autoridad.
Lo que no demuestra la evidencia
La identidad de una persona, firmantes independientes o acceso real a una cartera.
Errores comunes
- Contar aplicaciones como carteras con secretos independientes.
- Tratar la visibilidad pública como permiso.
- Pedir material de recuperación para verificar un saldo.
Ejercicio práctico
Dibujar los tres tipos de relaciones. ¿Puede VIEW-C gastar? ¿Instalar VIEW-B crea una ACCOUNT-X nueva? ¿Qué evidencia haría falta para identificar a un humano?
Entregar una breve tabla de evidencia y el razonamiento, usando solo el material proporcionado. Distribución sugerida: estudio 12 min, inspección/cálculo 8 min, corrección/cuestionario 10 min.
Mostrar corrección detallada
VIEW-A/B muestran X; VIEW-C muestra Y; la etiqueta autoriza X solo en el modelo. C, de solo lectura, no tiene autoridad de gasto proporcionada. Una interfaz nueva no implica una cuenta nueva. La identidad humana es UNKNOWN y la propiedad común es INSUFFICIENT EVIDENCE. No hace falta ningún secreto ni firma para esta respuesta.
Rúbrica de revisión: 1 punto por ámbito exacto, procedencia de fuente/datos didácticos, razonamiento correcto, límites explícitos y manejo seguro sin conexión (5 en total). Una observación inventada o atribución humana no respaldada requiere corrección cualquiera que sea la puntuación. Es evaluación formativa, no certificación.
Lista de verificación
- Distinguir interfaz y cuenta.
- Marcar la autorización por separado.
- Excluir los secretos de la evidencia.
- Dejar la identidad humana sin respaldo salvo establecimiento independiente.
Resumen
Confundir una aplicación de cartera con la autoridad detrás de una cuenta vuelve poco fiables tanto la investigación como las decisiones de seguridad. Una tarea de solo lectura no debe convertirse en una solicitud de material de firma. El material proporcionado respalda que el modelo separa dos vistas de una cuenta de la autoridad. No establece la identidad de una persona, firmantes independientes ni acceso real a una cartera.
Resumen
- Separar interfaz, dirección y autorización.
- Explicar por qué la observación pública no necesita secretos.
- Distinguir control de claves e identidad humana.
Lección siguiente
P01-L04 tras revisar este ejercicio y sus prerrequisitos.
Herramientas
NONE. El catálogo autorizado no requiere acceso al producto para esta lección. Usar el material congelado/sin conexión.
Fuentes y límites de las afirmaciones
- [ACCT] Cuentas de Ethereum — Cuentas y autoridad de firma, separadas de las interfaces de cartera y de la identidad humana. Comprobado el 2026-10-01.
- [BIP39] BIP-39 — Construcción de semilla a partir de una frase mnemónica; no toda cartera utiliza este esquema. Comprobado el 2026-10-01.
Los valores sintéticos son entradas de ejercicio creadas por el autor. Los posibles valores históricos deben usar el conjunto de datos enlazado y su procedencia más limitada. Inspeccionar las fuentes no equivale a aceptación editorial independiente.
Especificaciones visuales
P01-L03-V01
Separar las direcciones públicas de la autoridad de firma
Datos didácticos ilustrativos; no es una pantalla en directo
Grafo de cartera con flechas de visualización de VIEW-A/B a ACCOUNT-X, de VIEW-C a ACCOUNT-Y y una relación separada de autoridad secreta con X. Texto alternativo: dos interfaces comparten una cuenta ficticia; la observación de solo lectura no concede autoridad de firma.
dos interfaces comparten una cuenta ficticia; la observación de solo lectura no concede autoridad de firma.
390px: filas apiladas con equivalente textual completo; aceptación del renderizado a 768px/escritorio pendiente
Texto RTL; identificadores y unidades numéricas permanecen LTR; conservar la dirección factual de las flechas
FIX-P01-L03
Fuentes y límites de las afirmaciones
ACCT · PRIMARY_DOCUMENTATION
Cuentas de Ethereum
- Afirmación respaldada
- Cuentas y autoridad de firma, separadas de las interfaces de cartera y de la identidad humana.
- Límite de verificación
- Página primaria inspeccionada para el mecanismo indicado o la publicación atribuida; no autentica datos ilustrativos.
- Fecha de verificación
- 2026-10-01
https://ethereum.org/en/developers/docs/accounts/
BIP39 · PRIMARY_DOCUMENTATION
BIP-39
- Afirmación respaldada
- Construcción de semilla a partir de una frase mnemónica; no toda cartera utiliza este esquema.
- Límite de verificación
- Página primaria inspeccionada para el mecanismo indicado o la publicación atribuida; no autentica datos ilustrativos.
- Fecha de verificación
- 2026-10-01
https://github.com/bitcoin/bips/blob/master/bip-0039.mediawiki
Procedencia de datos
id: FIX-P01-L03
dataStatus: ILLUSTRATIVE
source: Original teaching fixture embedded below; not externally observed
observedAt: null
timeBasis: SIM/T markers are fictional; no real timestamp or chain observation
scope: Invalid training labels; no usable wallet, key or signature