---
title: "Muestreo de disponibilidad de datos (DAS)"
description: "Guía orientada a la verificación del muestreo probabilístico de disponibilidad, la codificación de borrado, los compromisos, PeerDAS, la custodia, la independencia de pares y los límites de reconstrucción."
image: "https://wiki.fcontext.com/og.png"
---
> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.
# Muestreo de disponibilidad de datos (DAS)
> Solo con fines educativos; no constituye asesoramiento de inversión. Invertir puede ocasionar pérdidas.
## Respuesta directa
El muestreo de disponibilidad de datos permite que un nodo solicite un subconjunto definido por el protocolo de unidades autenticadas y codificadas con redundancia, y emita un juicio probabilístico local sobre si el objeto comprometido se publicó lo suficiente para poder reconstruirse. El nodo no descarga el objeto completo. Una muestra correcta solo aumenta la confianza bajo la codificación, el umbral de reconstrucción, la selección de muestras, la diversidad de pares, el plazo y el modelo adversario declarados.
Una prueba KZG o de celda vincula la unidad recibida con un compromiso; no demuestra que existan suficientes unidades restantes. Un resultado local favorable no prueba automáticamente reconstrucción en toda la red, validez de ejecución, finalidad del consenso, liquidación del rollup, salida del usuario ni archivo permanente. PeerDAS es un diseño concreto de Ethereum con columnas, celdas, grupos de custodia, red y reglas de fork específicas de cada versión.
## Cómo funciona
1. Fijar objeto y especificación: cadena, red, fork, cliente y revisión; slot, raíz del bloque y compromisos de blobs; dimensiones originales y extendidas; definiciones de celda, fila, columna y grupo de custodia; decisión de disponibilidad requerida.
2. Verificar codificación y reconstrucción: algoritmo de extensión, compromiso, unidades originales y codificadas, mínimo recuperable y rechazo de extensiones inválidas. El muestreo solo sirve si ocultar lo necesario para impedir la reconstrucción crea una región detectable.
3. Definir universo y procedimiento: población, conjunto oculto, número de muestras, selección con o sin reemplazo, aleatoriedad, unicidad, custodia, pares, timeout, reintentos y deduplicación. Custodia determinista y muestra aleatoria son evidencias distintas.
4. Declarar el modelo antes de calcular. Para una fracción fija `f` y `s` muestras uniformes independientes con reemplazo, `P_miss = (1 - f)^s`. Sin reemplazo se usa la razón combinatoria. Pares correlacionados, azar sesgado, eclipsado, servicio adaptativo y selección por reintentos invalidan el modelo simple.
5. Obtener datos de pares diversos dentro del plazo. Verificar cabecera canónica, inclusión del blob, compromiso, índice, prueba KZG y bytes; registrar por separado respuestas ausentes, inválidas y tardías. Repetir una columna no aporta evidencia independiente.
6. Aplicar las reglas locales de disponibilidad y fork choice del protocolo; registrar aparte propagación y reconstrucción globales, validez, estados seguro y finalizado, retención y archivo. No ampliar una conclusión local más allá de lo que el protocolo garantiza.
7. Ensayar ocultación, codificación incorrecta, pruebas inválidas, ataques eclipse y Sybil, servicio selectivo, muestras correlacionadas, particiones, timeouts, poda, cambios de parámetros, reorganizaciones y desacuerdo entre clientes. Reconstruir realmente y conservar solicitudes, respuestas, pruebas y versiones.
## Ejemplos resueltos
- **Muestreo independiente con reemplazo.** En un modelo didáctico se oculta `50%` y el nodo toma `30` muestras uniformes independientes. La probabilidad de no detectar es `0.5^30 = 0.0000000009313225746`; la detección es `99.9999999069%`. No es una garantía operativa de PeerDAS.
- **Objetivo de probabilidad.** Con `25%` oculto y objetivo máximo `0.000001`, hacen falta `ceil(log(0.000001) / log(0.75)) = 49` muestras. Con `48`, resulta `0.75^48 = 0.0000010067940558701114`, aún superior; con `49`, `0.75^49 = 0.0000007550955419025835`.
- **Sin reemplazo.** Hay `128` columnas: `64` servibles y `64` ocultas. Al tomar `8` distintas, la probabilidad de evitar las ocultas es `C(64,8) / C(128,8) = 0.0030958642767920487`; la detección es `99.6904135723%`. Difiere de `0.5^8 = 0.00390625`.
- **Instantánea Fulu.** En la especificación consultada el `2026-08-12`, `NUMBER_OF_COLUMNS = 128`, `SAMPLES_PER_SLOT = 8`, `NUMBER_OF_CUSTODY_GROUPS = 128` y `CUSTODY_REQUIREMENT = 4`. Las cuotas mínimas son `8 / 128 = 6.25%` y `4 / 128 = 3.125%`. Si un nodo custodia `12` grupos y el tamaño es el mayor entre `8` y `12`, solicita `12 / 128 = 9.375%`. Son parámetros versionados.
## Riesgos
- Muestrear cadena, red, fork, slot, bloque u objeto incorrectos.
- Confiar en cabecera o compromiso obsoletos, no canónicos o reorganizados.
- Usar datos con extensión de borrado incorrecta.
- Aceptar prueba KZG, de celda o inclusión inválida.
- Confundir autenticidad del compromiso con disponibilidad.
- Recoger pocas muestras para el modelo de amenaza.
- Mezclar fórmulas con y sin reemplazo.
- Usar aleatoriedad sesgada, predecible o manipulable.
- Contar duplicados o reintentos como muestras independientes.
- Muestrear pares, subredes o custodias correlacionados.
- Sufrir aislamiento eclipse o Sybil.
- Permitir servicio selectivo o adaptativo tras revelar las muestras.
- Confundir timeout, congestión o fallo del cliente con ocultación.
- Confundir custodia determinista con muestreo aleatorio.
- Suponer una fracción oculta incompatible con el umbral de reconstrucción.
- Fallar al reconstruir por límites de CPU, memoria, ancho de banda o software.
- Sufrir fallos de gossip, petición-respuesta, subred o cross-seeding.
- Extrapolar un resultado local a disponibilidad global.
- Confundir DAS con validez, finalidad, liquidación o salida.
- Omitir cambios de retención, archivo, fallback, fork, blobs o parámetros.
## Errores comunes
- Una muestra correcta prueba que todo el objeto está disponible.
- Una prueba KZG o de celda es por sí sola una prueba de disponibilidad.
- Más solicitudes siempre aportan evidencia independiente.
- DAS valida la ejecución y hace final la cadena.
- Los datos disponibles ahora quedarán archivados para siempre.
## Temas relacionados
- [Disponibilidad de datos](/es/crypto/data-availability/)
- [Cliente ligero](/es/crypto/light-client/)
- [Red entre pares](/es/crypto/peer-to-peer-network/)
## Fuentes
- [Data availability](https://ethereum.org/developers/docs/data-availability/) - Ethereum.org (consultado: 2026-08-12)
- [PeerDAS](https://ethereum.org/roadmap/fusaka/peerdas/) - Ethereum.org (consultado: 2026-08-12)
- [EIP-7594: PeerDAS - Peer Data Availability Sampling](https://eips.ethereum.org/EIPS/eip-7594) - Ethereum Improvement Proposals (consultado: 2026-08-12)
- [Fulu -- Data Availability Sampling Core](https://ethereum.github.io/consensus-specs/specs/fulu/das-core/) - Ethereum Consensus Specs (consultado: 2026-08-12)
- [Fulu -- Networking](https://ethereum.github.io/consensus-specs/specs/fulu/p2p-interface/) - Ethereum Consensus Specs (consultado: 2026-08-12)
- [Fulu -- Fork Choice](https://ethereum.github.io/consensus-specs/specs/fulu/fork-choice/) - Ethereum Consensus Specs (consultado: 2026-08-12)
- [EIP-4844: Shard Blob Transactions](https://eips.ethereum.org/EIPS/eip-4844) - Ethereum Improvement Proposals (consultado: 2026-08-12)
- [Fraud and Data Availability Proofs: Maximising Light Client Security and Scaling Blockchains with Dishonest Majorities](https://arxiv.org/abs/1809.09044) - arXiv (consultado: 2026-08-12)
Source: https://wiki.fcontext.com/es/crypto/data-availability-sampling/index.mdx