Los roles centrales están abiertos bajo reglas de protocolo públicas.
", tooltip: "", icon: "", }, "3": { title: "Los roles centrales requieren aprobación. Los diseños mixtos pueden restringir solo roles específicos.
", tooltip: "", icon: "", }, id: 0, }, { "1": { title: "Identidad
", tooltip: "", icon: "" }, "2": { title: "Generalmente direcciones seudónimas.
", tooltip: "", icon: "", }, "3": { title: "Participantes conocidos y verificados, con rastros de auditoría más claros.
", tooltip: "", icon: "", }, id: 1, }, { "1": { title: "Gobernanza
", tooltip: "", icon: "" }, "2": { title: "Varía según la cadena. La participación abierta no garantiza una gobernanza descentralizada.
", tooltip: "", icon: "", }, "3": { title: "Un operador o consorcio controla la membresía y la política de la red.
", tooltip: "", icon: "", }, id: 2, }, { "1": { title: "Consenso
", tooltip: "", icon: "" }, "2": { title: "Proof of work, proof of stake o sistemas similares asegurados por incentivos económicos abiertos.
", tooltip: "", icon: "", }, "3": { title: "Consenso entre validadores conocidos, sin mineros ni stakers anónimos.
", tooltip: "", icon: "", }, id: 3, }, { "1": { title: "Modelo de seguridad
", tooltip: "", icon: "" }, "2": { title: "Menor dependencia de un solo operador.
", tooltip: "", icon: "", }, "3": { title: "La seguridad depende más del operador, los controles de acceso y los miembros conocidos.
", tooltip: "", icon: "", }, id: 4, }, { "1": { title: "Transparencia
", tooltip: "", icon: "" }, "2": { title: "Las transacciones suelen ser verificables públicamente; la privacidad varía según la cadena.
", tooltip: "", icon: "", }, "3": { title: "Los operadores pueden restringir la visibilidad del ledger por rol.
", tooltip: "", icon: "", }, id: 5, }, { "1": { title: "Desempeño
", tooltip: "", icon: "" }, "2": { title: "Varía según la cadena. La capacidad de transacciones públicas puede congestionarse bajo carga.
", tooltip: "", icon: "", }, "3": { title: "Suele ser más predecible porque menos validadores conocidos coordinan el consenso.
", tooltip: "", icon: "", }, id: 6, }, { "1": { title: "Costo operativo
", tooltip: "", icon: "" }, "2": { title: "Los usuarios pagan comisiones de red. El costo de infraestructura se distribuye entre los operadores de la red.
", tooltip: "", icon: "", }, "3": { title: "Los operadores financian directamente nodos, seguridad y gobernanza.
", tooltip: "", icon: "", }, id: 7, }, ], }} /> Ningún modelo es automáticamente mejor. Las redes abiertas pueden ampliar el alcance y permitir que otras aplicaciones se construyan sobre ellas, pero pueden enfrentar congestión y exponer más actividad de transacciones. Las redes permisionadas pueden hacer cumplir la membresía y la visibilidad selectiva, pero los operadores deben financiar la infraestructura y los participantes dependen más de esos operadores. ## ¿Qué modelo deberías usar? Empieza por el rol de la red, no por la marca de la cadena. Usa un blockchain permisionado cuando: - Los participantes de la red deben ser entidades legales conocidas - El acceso al ledger o el envío de transacciones debe restringirse a partes aprobadas - Los validadores u otros operadores de la red deben ser instituciones aprobadas - Necesitas revocar el acceso a la red o hacer cumplir la política a nivel de protocolo Usa un blockchain permissionless cuando: - Cualquiera debería poder usar o construir sobre el producto - Operadores independientes deberían poder ayudar a asegurar la red - La verificabilidad pública es parte del valor - Los desarrolladores externos fortalecen el producto Si no estás seguro de qué modelo necesitas, considera una cadena pública-permisionada. Define qué roles deben estar abiertos: lectura, envío de transacciones, despliegue de aplicaciones, producción o secuenciación de bloques, y validación. Podrías querer acceso abierto para usuarios y desarrolladores pero operadores aprobados para la producción de bloques o la validación. Empieza totalmente permissionless cuando la participación abierta en esos roles fortalezca el producto. Empieza totalmente permisionado cuando cada rol relevante deba estar aprobado. Elige un modelo público-permisionado cuando la distribución abierta importe pero la producción de bloques, la validación o cargas de trabajo específicas requieran operadores identificados. ## ¿Cómo se ven en la práctica los despliegues permisionados y permissionless? Organizaciones de la misma industria pueden elegir diseños diferentes. Lo que importa es qué roles de la red deben estar abiertos o restringidos. Los ejemplos a continuación muestran redes públicas con acceso abierto para usuarios y desarrolladores pero con producción de bloques o validación restringida, seguidas de redes institucionales totalmente permisionadas. ### Acceso abierto con producción de bloques o validación restringida Para usuarios y desarrolladores, [Base](https://www.base.org/) de Coinbase es permissionless: cualquiera puede enviar transacciones o desplegar aplicaciones sin aprobación. Base actualmente usa un [único secuenciador activo](https://docs.base.org/base-chain/specs/protocol/overview) para ordenar transacciones antes de liquidarlas en Ethereum, por lo que su modelo de acceso también difiere según el rol. En agosto de 2026, DeFiLlama registró alrededor de [$4.7B depositados en protocolos de finanzas descentralizadas de Base](https://defillama.com/chain/base). [Tempo](https://tempo.xyz/) usa la misma división. Su mainnet en producción permite a cualquiera desplegar contratos, emitir tokens y enviar transacciones, mientras que [el conjunto de validadores activos sigue siendo permisionado](https://docs.tempo.xyz/guide/node/validator). [Los validadores actuales](https://tempo.xyz/faq/) incluyen a MoneyGram, Stripe, Visa y Zodia Custody de Standard Chartered, y se espera que el acceso de validadores se abra con el tiempo. [Plasma](https://www.plasma.to/) sigue una versión escalonada del mismo modelo. Los desarrolladores pueden desplegar contratos compatibles con Ethereum y operar nodos que no validan, pero [el acceso a la validación permanece limitado a un pequeño grupo seleccionado](https://www.plasma.to/docs/node-operators/setup-and-configuration/overview) mientras el protocolo avanza hacia la validación permissionless. [Arc](https://www.arc.network/) de Circle está diseñado para combinar despliegue de aplicaciones y transacciones abiertas con validación permisionada. En agosto de 2026, su testnet pública está abierta a los desarrolladores, pero su red de producción sigue siendo una mainnet privada con más de 100 empresas e instituciones construyendo sobre ella. Circle [planea abrir la mainnet pública el 16 de septiembre](https://www.circle.com/pressroom/circle-announces-founding-validator-cohort-and-major-integrations-for-arc-ahead-of-september-16-mainnet-launch) con validadores fundadores que incluyen a BlackRock, DTCC, Mastercard, Standard Chartered y Visa. ### Redes institucionales permisionadas Swift operará un ledger compartido basado en blockchain para que los bancos participantes coordinen transferencias de depósitos digitales emitidos por bancos las 24 horas del día. Los bancos operan sus propios entornos y conservan el control de llaves, activos, fondeo y liquidación, por lo que la participación es institucional en lugar de pública. En julio de 2026, [Swift dijo que el ledger estaba listo para su uso inicial](https://www.swift.com/news-events/press-releases/swifts-blockchain-ledger-ready-use-17-banks-set-pioneer-tokenised-cross-border-payments-trusted-global-infrastructure), con 17 bancos preparando transacciones piloto. En julio de 2026, Siam Commercial Bank se convirtió en la primera institución financiera en poner en marcha [Citi Token Services y el servicio Citi's 24/7 USD Clearing](https://www.citigroup.com/global/news/press-release/2026/siam-commercial-bank-citi-24-7-usd-clearing-near-real-time-cross-border-payments-citi-token-services). Citi Token Services utiliza un blockchain privado permisionado dentro del sistema bancario regulado. [Regulated Layer One](https://rl1.network/news/rl1-launch/) ofrece un ejemplo a nivel de cadena. Lanzada en julio de 2026, RL1 es una red privada permisionada, propiedad y bajo la gobernanza de una cooperativa europea. Diez instituciones financieras fundaron la cooperativa, y cada miembro tiene el mismo voto. [Canton Network](https://www.canton.network/) se ubica entre las categorías. Su Global Synchronizer ofrece una capa de coordinación pública, mientras que cada aplicación define sus propias reglas de acceso, privacidad y gobernanza. [La incorporación de validadores](https://docs.canton.network/global-synchronizer/understand/introduction) se gestiona de forma controlada, y cada parte ve solo los detalles de transacción que está autorizada a ver. Esto brinda a las instituciones infraestructura compartida sin hacer pública cada transacción. ## ¿Se pueden combinar controles permisionados con liquidación pública? Una empresa puede querer la apertura de una red pública con el control de una privada. Un rollup dedicado puede soportar esa combinación mediante reglas personalizadas de admisión y ejecución mientras liquida resultados en una red pública como Ethereum. Los datos privados siguen requiriendo controles separados sobre dónde se almacenan y quién puede acceder a ellos. [Alchemy Rollups](https://www.alchemy.com/rollups) ofrece cadenas dedicadas para equipos que necesitan un entorno de ejecución personalizado. Los controles de acceso y la privacidad de las transacciones aún deben diseñarse en la aplicación y la configuración de la cadena. La [guía de infraestructura blockchain empresarial](https://www.alchemy.com/overviews/choose-enterprise-blockchain-infrastructure) puede ayudarte a elegir el resto del stack, desde el acceso a nodos y los datos hasta las operaciones de la cadena. ## Preguntas frecuentes ### ¿Qué es un blockchain permisionado? Un blockchain permisionado restringe uno o más roles de la red a participantes aprobados. Los operadores pueden controlar quién puede leer, transaccionar, desplegar aplicaciones o validar bloques. Una cadena privada restringe la mayoría de los roles; una cadena pública-permisionada puede permitir uso abierto mientras limita la validación a instituciones aprobadas. ### ¿Qué es un blockchain permissionless? Un blockchain permissionless es una red abierta que cualquiera puede usar sin aprobación previa. Los usuarios pueden crear wallets, enviar transacciones y con frecuencia operar nodos o ayudar a asegurar la red bajo las reglas del protocolo. Bitcoin, Ethereum y Solana son permissionless. ### ¿Cuál es la diferencia entre blockchains permisionados y permissionless? La diferencia central es el control de acceso. Un blockchain permisionado requiere aprobación para al menos un rol de la red. Un blockchain permissionless abre sus roles centrales a cualquiera que siga las reglas del protocolo. Algunas cadenas mezclan los modelos permitiendo transacciones y despliegue de aplicaciones abiertos mientras restringen la validación. ### ¿Por qué usaría una empresa un blockchain permisionado? Las empresas usan blockchains permisionados cuando las contrapartes deben ser conocidas, la visibilidad de los datos debe limitarse y los operadores necesitan hacer cumplir la política en la propia red. Esto se ajusta a las finanzas reguladas y a las operaciones multiparte donde el acceso debe otorgarse, auditarse y revocarse. ### ¿Ethereum es permisionado o permissionless? Ethereum es permissionless. Cualquiera puede crear una wallet, desplegar un smart contract u operar un nodo sin pedir aprobación a un administrador de la red. ### ¿Cuál es un ejemplo de blockchain permisionado? Regulated Layer One es un ejemplo actual de red permisionada. El ledger compartido de Swift es otro, ahora listo para pilotos iniciales con bancos. Citi Token Services es un servicio que utiliza un blockchain privado permisionado. ### ¿Qué significa "permissionless" en blockchain? Permissionless significa que un rol específico de la red está abierto a cualquiera que siga las reglas del protocolo, sin aprobación de un administrador. Una red puede ser permissionless para usuarios y desarrolladores mientras permisiona a validadores o secuenciadores. ### ¿Los blockchains privados son lo mismo que los blockchains permisionados? No exactamente. Permisionado describe si uno o más roles de la red requieren aprobación. Privado describe si el acceso al ledger o a la red está restringido. Un blockchain privado es permisionado, pero un blockchain público-permisionado puede permitir lectura o transacciones abiertas mientras restringe la validación.