Ir al contenidoBlockAssay

Carteras, direcciones y claves

P01-L03 · P01 · P01-M01

Separar las direcciones públicas de la autoridad de firma

ILLUSTRATIVE · needs_review

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

SPECIFICATION_ONLY · ILLUSTRATIVE

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
Abrir fuente primaria
https://ethereum.org/en/developers/docs/accounts/

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

Comprueba tu razonamiento

P01-L03-Q1 · ¿Cuántas cuentas proporcionadas se muestran?
P01-L03-Q2 · ¿Qué establece VIEW-C?
P01-L03-Q3 · ¿Cambia VIEW-B la clave de X?
P01-L03-Q4 · ¿Qué debe entregar un estudiante?
P01-L03-Q5 · ¿Puede una clave probar una persona?