Skip to content
  • Home
  • Videos
  • Blog
  • Bounty
  • Wiki
Kusama
Polkadot Hub
  • Home
  • Videos
  • Blog
  • Bounty
  • Wiki
Kusama
Polkadot Hub

General

  • Comenzar
  • Preguntas frecuentes (FAQs)
  • Programa de los Mil Validadores
  • Cómo Hacer Tu Propia Investigación (DYOR)
  • Cómo Protegerte de las Estafas
  • Uso de la aplicación Polkadot Ledger
  • Añadir cuentas a un dominio ENS
  • Glosario
  • Colaboradores
  • Contribuir
  • Comunidad
  • Páginas de Investigación
  • Programa de Embajadores de Polkadot
  • Grants de la Web3 Foundation
  • Redenominación de DOT
  • Claims de Polkadot

Construir

  • Guías para Builders
  • Guía de inicio para builders
  • Desarrollo de Parachain
  • Almacenamiento descentralizado
  • Smart Contracts
  • Oráculos
  • Análisis de Datos
  • Wallets
  • Substrate Connect
  • Registro SS58
  • Abrir canales HRMP
  • Guía de Integración de Polkadot
  • Información sobre el Protocolo Polkadot
  • Activos en Polkadot
  • Gestión de Nodos
  • Interacción con el Nodo
  • Construcción y Firma de Transacciones
  • Indice de Herramientas
  • Polkadot Stack Open Source (Código Abierto)
  • Hackathones

Aprender

  • Fases de Lanzamiento de Polkadot
  • Arquitectura
  • Cuentas de Polkadot
  • Generación de cuentas
  • Copia de Seguridad y Restauración de Cuentas
  • PolkadotJS
  • Activos
  • NFT
  • DOT
  • Seguridad de la Red
  • Consenso Polkadot
  • Nominador
  • Validador
  • Collator
  • Gobernanza
  • Identidad
  • Transferencias de Saldo
  • Tarifas de Transacción
  • Host de Polkadot (PH)
  • Tesoro
  • Uso de W3F Registrar
  • Actualizaciones del Runtime
  • Parachains
  • Parachains de Bien Común
  • Subastas de Ranuras de Parachains
  • Crowdloans de Parachains
  • Teletransporte de KSM entre Kusama y Statemine
  • Parathreads
  • Puentes
  • Staking
  • Cuentas Proxy
  • Disponibilidad y Validez
  • Aleatoriedad
  • Formato de Mensajes de Consenso Cruzado (XCM)
  • SPREE
  • WebAssembly (Wasm)
  • Método Phragmén Secuencial
  • Simples Pagos
  • Explicación de la Criptografía
  • Claves de Polkadot
  • Preguntas y Respuestas del Staking
  • Comparación entre Polkadot y Kusama
  • Otras comparaciones
  • Polkadot y Ethereum 2.0
  • Polkadot y Cosmos
  • Polkadot y Avalanche
  • Fases de Lanzamiento de Polkadot
  • Tutoriales en video (en inglés)

Mantener

  • Encargados de la Red
  • Parámetros de Polkadot
  • Endpoints de Nodo
  • Configurar un nodo completo
  • Networks
  • WebSocket Seguro
  • Errores y cómo resolverlos
  • Hazte Nominador en Polkadot
  • Cómo dejar de Validar
  • Ejecutar un Validador (Polkadot)

Kusama

  • Documento inicial
View Categories
  • Home
  • Docs
  • Aprender
  • WebAssembly (Wasm)

WebAssembly (Wasm)

WebAssembly se utiliza en Polkadot y Substrate como objetivo de compilación para el tiempo de ejecución.

¿Qué es WebAssembly? #

WebAssembly, abreviado simplemente Wasm, es un formato de instrucción binaria para una máquina virtual basada en la pila. Wasm está diseñado como un objetivo portátil para la compilación de lenguajes de alto nivel como C/C++/Rust, permitiendo el despliegue en la web de aplicaciones de cliente y servidor.

¿Por qué WebAssembly? #

WebAssembly es un formato binario agnóstico para la plataforma, lo que significa que ejecutará las mismas instrucciones en cualquier máquina en la que esté operando. Las Blockchains necesitan determinación para tener actualizaciones de transición de estado fiables en todos los nodos de la red peer-to-peer sin forzar a cada peer a ejecutar el mismo hardware exacto. Wasm es un buen ajuste para la fiabilidad entre el conjunto de máquinas posiblemente diversas. Wasm es eficiente y rápido. La eficiencia significa que puede ser cargado en la cadena como un blob de código sin causar demasiada sobrecarga de estado mientras mantiene su capacidad de ejecución a velocidades casi nativas.

Actualizaciones sin Forkless #

Al utilizar Wasm en Substrate, el marco de trabajo que alimenta a Polkadot, Kusama y muchas cadenas de conexión, las cadenas tienen la capacidad de actualizar su lógica de tiempo de ejecución sin bifurcarse. La bifurcación dura es un método estándar para actualizar una blockchain que es lento, ineficiente y propenso a errores debido a los niveles de coordinación fuera de línea requeridos, y por lo tanto, la propensión a agrupar muchas actualizaciones en un evento a gran escala. Al desplegar Wasm en la cadena y hacer que los nodos autoactúen la nueva lógica a una determinada altura de bloque, las actualizaciones pueden ser pequeñas, aisladas y muy específicas.

Recursos #

  • WebAssembly.org – Página de inicio de WebAssembly que contiene un enlace a la especificación.
  • Wasmi – Intérprete de WebAssembly escrito en Rust.
  • Parity Wasm – serialización/deserialización de WebAssembly en Rust.
  • Wasm utils – Colección de utilidades Wasm utilizadas en el desarrollo de contratos Parity y Wasm.

Powered by BetterDocs

Table of Contents
  • ¿Qué es WebAssembly?
  • ¿Por qué WebAssembly?
    • Actualizaciones sin Forkless
  • Recursos
Polkadot Hub
  • Home
  • Blog
  • Wiki
Contactar

Copyright © 2025 - Proyecto financiado por el Tesoro de Polkadot