Cadena de bloques y transacciones

Fuente maestra EN · P01-L01 · duración estimada: 30 minutos · 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.

Una captura que dice «enviado» puede describir una acción de la aplicación y no un evento aceptado en el registro. La investigación comienza por determinar qué afirmación puede responder realmente el documento disponible.

Un registro tiene un alcance definido

Una cadena de bloques ordena registros conforme a las reglas de validación y consenso de una red. La validación comprueba que un registro cumple las reglas de la red; el consenso determina qué historial válido acepta la red. Una transacción propone cambios; su difusión no equivale a su inclusión. Bitcoin registra el gasto de salidas de transacción no gastadas (UTXO), es decir, importes creados por transacciones anteriores, mientras que las transacciones Ethereum contienen instrucciones firmadas. Son modelos contables distintos [BTC, TX]. Esta lección utiliza un registro ficticio deliberadamente simplificado para practicar esa distinción, sin reproducir el formato completo de ninguna de las dos redes.

Formular una pregunta más limitada

«¿Aparece la transferencia T en el bloque B de la red N?» puede responderse mediante un registro con una fuente adecuada. «¿Pagó la persona Alice a Bob por mercancías?» añade varias afirmaciones: quién controla cada dirección, si la transferencia fue un pago y qué acuerdo existía. Ninguna se deduce de la mera presencia de dos direcciones. Un nombre conocido junto a una dirección sigue siendo una anotación mientras no se establezca su fundamento.

Conserve juntos el identificador de transacción, la red y el contexto del registro. Un hash copiado sin su red puede llevar a una búsqueda sin relación. Una altura de bloque por sí sola puede no identificar un bloque de forma única durante una bifurcación. Una captura puede omitir ambos y dejar únicamente una afirmación sobre lo que mostraba una pantalla.

Separar las etapas

Utilice tres columnas: enviado, incluido e interpretado. Que un nodo acepte una solicitud aporta información sobre ese nodo en ese momento. Un registro de inclusión conservado añade contexto del registro. Un relato sobre por qué ocurrió la transacción pertenece a una columna de interpretación con su propia justificación. No complete silenciosamente una etapa ausente porque una captura posterior parezca plausible.

Los cuatro estados de prueba de la lección se aplican a una afirmación concreta. OBSERVED (OBSERVADO) significa directamente visible en el registro proporcionado. INFERRED (INFERIDO) es una conclusión con supuestos explícitos. UNKNOWN (DESCONOCIDO) indica un hecho no disponible. INSUFFICIENT EVIDENCE (PRUEBAS INSUFICIENTES) responde a una afirmación examinada que el material no permite establecer. En un ejercicio ficticio, OBSERVED (OBSERVADO) siempre se limita al ejercicio, nunca a una cadena real.

Construir una frase reproducible

Utilice el modelo: «En el registro R, la red N muestra el evento E en el contexto C; la identidad y la finalidad no están establecidas». Otro lector debe poder localizar R y comprobar E. Si el registro solo muestra una solicitud, sustituya «muestra el evento» por «informa del envío». La precisión es más útil que un tono seguro.

• Registro: registros y estado de la red sujetos a reglas de validación.
• Hash: huella criptográfica utilizada para identificar un registro; no identifica a una persona.
• Transacción: instrucción propuesta o registro de gasto.
• Inclusión: aparición en un bloque especificado.
• Atribución: vincular el papel de una cuenta con una entidad.

Tarjetas conceptuales ILLUSTRATIVE, no capturas de una cadena de bloques. R1: SIM-NET, SIM-TX-A enviado en T0. R2: el mismo SIM-TX-A incluido en SIM-BLOCK-40 en T1, transfiriendo 7 unidades SIM de ACCOUNT-A a ACCOUNT-B. R3: un texto no verificado llama «Alice» a ACCOUNT-A. T0/T1 son marcadores de orden ficticios.

Cronología de transacción: R1 en T0, R2 en T1; pista separada para el texto de R3 sin vínculo de propiedad. Pie: etapas ficticias, sin atribución a una persona. Texto alternativo: el envío precede a la inclusión estipulada; la etiqueta con un nombre no está verificada.

Las tarjetas proporcionadas distinguen una solicitud de un movimiento incluido.

Un evento en una cadena real, la propiedad efectiva, la intención, la entrega de mercancías o la seguridad de un activo.

• Tratar «enviado» como liquidado.
• Repetir una etiqueta de explorador como una persona verificada.
• Construir un relato comercial a partir de una transferencia aislada.

Prepare una tabla de pruebas con tres filas: envío, inclusión e identidad humana. Evalúe después la frase «Alice compró mercancías a Bob». Indique dos hechos ausentes y reformule la frase.

Entregue una tabla breve de pruebas y su razonamiento, utilizando solo el material proporcionado. Distribución sugerida: estudio 12 min, inspección/cálculo 8 min, corrección/cuestionario 10 min.

• Nombrar la red y el localizador completo del registro.
• Identificar qué etapa se muestra realmente.
• Separar los papeles de las direcciones de las personas.
• Asociar los límites al hallazgo.

Una captura que dice «enviado» puede describir una acción de la aplicación y no un evento aceptado en el registro. La investigación comienza por determinar qué afirmación puede responder realmente el documento disponible. Las tarjetas proporcionadas permiten distinguir una solicitud de un movimiento incluido. No establecen un evento en una cadena real, la propiedad efectiva, la intención, la entrega de mercancías o la seguridad de un activo.

• Separar el envío, la inclusión y la interpretación.
• Describir un hecho del registro sin inventar una persona.

P01-L02 tras revisar este ejercicio y sus requisitos previos.

NONE. El catálogo autoritativo no requiere acceso a un producto para esta lección. Utilice el material fijado/sin conexión.

• [BTC] Guía del desarrollador de Bitcoin — Cadena de bloques — Bloques válidos, UTXO, trabajo y bifurcaciones; no autentica históricamente los datos ficticios. Comprobado el 2026-10-01.
• [TX] Transacciones Ethereum — Instrucciones firmadas y ejecución; la inclusión difiere de la difusión. Comprobado el 2026-10-01.

Los valores sintéticos son datos de ejercicio creados por el autor. Los valores históricos, si los hay, deben utilizar el conjunto de datos enlazado y su procedencia más limitada. Inspeccionar una fuente no equivale a aceptación editorial independiente.