|
*Cadena de bloques sin permisos: es aquella en la que no hay restricciones para que las entidades puedan procesar transacciones y crear bloques. Este tipo de cadenas de bloques necesitan [[Token_de_seguridad|tókenes]] nativos para proveer incentivos que los usuarios mantengan el sistema. Ejemplos de tókenes nativos son los nuevos bitcoines que se obtienen al construir un bloque y las comisiones de las transacciones. La cantidad recompensada por crear nuevos bloques es una buena medida de la seguridad de una cadena de bloques sin permisos.
*Cadena de bloques con permisos: es aquella en la que el procesamiento de transacciones está desarrollado por una predefinida lista de sujetos con identidades conocidas. Por ello generalmente no necesitan tókenes nativos. Los tókenes nativos son necesarios para proveer incentivos para los procesadores de transacciones. Por ello es típico que usen como [[Protocolo de consenso distribuido|protocolo de consenso]] [[prueba de participación]].
===Posibles combinaciones de acceso y permisos===
Las posibles combinaciones de ambos tipos de características son:<ref name="bitfuryassets"/>
*Cadenas de bloques públicas sin permisos. Un ejemplo de estas es [[Bitcoin]]. Como no es posible la existencia de cadenas de bloques privadas sin permisos, a estas también se las llama simplemente cadenas de bloques sin permisos.
*Cadenas de bloques públicas con permisos. Un ejemplo de estas son las [[#Cadena lateral|cadenas laterales]] federadas. Estas cadenas no pueden tener [[Ataque Sybil|ataques Sybil]], por lo que en principio poseen un grado más alto de escalabilidad y flexibilidad frente a las públicas sin permisos.
*Cadenas de bloques privadas con permisos.
:Esta combinación es posible ya que hay distintas formas de acceder a los datos de la cadena:<ref name="publicversusprivate1" />
:*Leer las transacciones de la cadena de bloques, quizás con algunas restricciones (p. ej. un usuario puede tener acceso solo a las transacciones en las que está involucrado directamente)
:*Proponer nuevas transacciones para la inclusión en la cadena de bloques.
:*Crear nuevos bloques de transacciones y añadirlo a la cadena de bloques.
:La última forma de acceso está restringida para cierto conjunto limitado de entidades. Sin embargo las otras dos formas de acceso no tienen por qué estar restringidas. Por ejemplo una cadena de bloques para entidades financieras sería una cadena con permisos pero podría:<ref name="publicversusprivate1" />
:*Garantizar el acceso de lectura (quizá limitada) para transacciones y cabeceras de bloques para sus clientes con el objetivo de proveer una tecnológica, transparente y fiable forma de asegurar la seguridad de los depósitos de sus clientes.
:*Garantizar acceso de lectura completo a los reguladores para garantizar el necesario nivel de cumplimiento.
:*Proveer a todas las entidades con acceso a los datos de la cadena de bloques una descripción exhaustiva y rigurosa del protocolo, el cual debería contener explicaciones de todas las posibles interacciones con los datos de la cadena de bloques.
===Según modelo de cambio de estado===
| 