Nombre | Bitpanda Asset Management GmbH, Bitpanda GmbH |
Identificador de entidad jurídica relevante | 9845005X9B7N610K0093, 5493007WZ7IFULIL8G21 |
Nombre del criptoactivo | Flow |
Mecanismo de consenso | Flow está presente en las siguientes redes: Ethereum, Flow
La red Ethereum utiliza un mecanismo de consenso de prueba de participacion para validar nuevas transacciones en la cadena de bloques. Componentes principales 1. Validadores: Los validadores son responsables de proponer y validar nuevos bloques. Para convertirse en validador, un usuario debe depositar (apostar) 32 ETH en un contrato inteligente. Esta participacion actua como garantia y puede reducirse si el validador se comporta de manera deshonesta. 2. Cadena de balizas: La cadena de balizas es la columna vertebral de Ethereum 2.0. Coordina la red de validadores y gestiona el protocolo de consenso. Es responsable de crear nuevos bloques, organizar a los validadores en comites e implementar la finalidad de los bloques. Proceso de consenso 1. Propuesta de bloque: Los validadores son elegidos al azar para proponer nuevos bloques. Esta seleccion se basa en una funcion aleatoria ponderada (WRF), donde el peso esta determinado por la cantidad de ETH apostada. 2. Atestacion: Los validadores que no proponen un bloque participan en la atestacion. Dan fe de la validez del bloque propuesto votando a favor de el. Las atestaciones se agregan para formar una unica prueba de la validez del bloque. 3. Comites: Los validadores se organizan en comites para agilizar el proceso de validacion. Cada comite es responsable de validar bloques dentro de un fragmento especifico o de la propia Beacon Chain. Esto garantiza la descentralizacion y la seguridad, ya que un grupo mas pequeno de validadores puede alcanzar rapidamente un consenso. 4. Finalidad: Ethereum 2.0 utiliza un mecanismo llamado Casper FFG (Friendly Finality Gadget) para lograr la finalidad. La finalidad significa que un bloque y sus transacciones se consideran irreversibles y confirmados. Los validadores votan sobre la finalidad de los bloques y, una vez que se alcanza una mayoria cualificada, el bloque se finaliza. 5. Incentivos y sanciones: Los validadores obtienen recompensas por participar en la red, lo que incluye proponer bloques y dar fe de su validez. Por el contrario, los validadores pueden ser sancionados (recortados) por comportamiento malicioso, como la doble firma o estar desconectados durante periodos prolongados. Esto garantiza la participacion honesta y la seguridad de la red.
Flow emplea un modelo de prueba de participación (PoS) con una arquitectura de nodos de múltiples funciones y el protocolo HotStuff Byzantine Fault Tolerant (BFT) para lograr un alto rendimiento, escalabilidad y rapidez en la finalización. Componentes principales del consenso de Flow: 1. Prueba de participación con arquitectura multirrol: Roles de nodo especializados: El modelo PoS de Flow presenta una arquitectura multinodo en la que los roles de nodo se dividen entre diferentes tipos de nodos especializados, cada uno responsable de tareas específicas. Esta separación mejora la escalabilidad al permitir que los nodos se centren en operaciones particulares, lo que conduce a un procesamiento eficiente de las transacciones y a un alto rendimiento. 2. Algoritmo de consenso HotStuff: Optimizado para un alto rendimiento y una rapidez final: Flow utiliza una versión optimizada del protocolo de consenso HotStuff, que está diseñado para soportar transacciones de alta velocidad y baja latencia, esenciales para la cadena de bloques orientada al rendimiento de Flow. Cumplimiento BFT: HotStuff es un protocolo BFT, lo que le permite tolerar hasta un tercio de los nodos que actúan de forma maliciosa sin comprometer la seguridad de la red. Esta resiliencia garantiza que la red siga siendo segura y funcional, incluso con posibles fallos o nodos deshonestos. 3. Propuesta de bloque basada en líderes: Nodos líderes y réplicas: HotStuff funciona con un enfoque basado en líderes en el que un nodo líder designado propone nuevos bloques y otros nodos (réplicas) validan estos bloques. Este método simplifica el proceso de consenso, reduciendo la complejidad y mejorando la eficiencia. Mecanismo de rotación de líderes: Para evitar la centralización y mejorar la tolerancia a fallos, HotStuff incorpora un sistema de rotación de líderes, que sustituye al líder si no responde o actúa de forma maliciosa. Esta rotación garantiza la fiabilidad continua de la red y minimiza el tiempo de inactividad. |
Mecanismos de incentivo y tarifas aplicables | Flow está presente en las siguientes redes: Ethereum, Flow
Ethereum, especialmente despues de la transicion a Ethereum 2.0 (Eth2), emplea un mecanismo de consenso de prueba de participacion (PoS) para proteger su red. Los incentivos para los validadores y las estructuras de tarifas desempenan un papel crucial en el mantenimiento de la seguridad y la eficiencia de la cadena de bloques. Mecanismos de incentivos 1. Recompensas por participacion: Recompensas para validadores: Los validadores son esenciales para el mecanismo PoS. Son responsables de proponer y validar nuevos bloques. Para participar, deben apostar un minimo de 32 ETH. A cambio, obtienen recompensas por sus contribuciones, que se pagan en ETH. Estas recompensas son una combinacion de ETH recien acunados y comisiones de transaccion de los bloques que validan. Tasa de recompensa: La tasa de recompensa para los validadores es dinamica y depende de la cantidad total de ETH apostados en la red. Cuanto mas ETH se apuesten, menor sera la tasa de recompensa individual, y viceversa. Esto esta disenado para equilibrar la seguridad de la red y el incentivo para participar. 2. Tarifas de transaccion: Tarifa base: Despues de la implementacion de la Propuesta de Mejora de Ethereum (EIP) 1559, el modelo de tarifa de transaccion cambio para incluir una tarifa base que se quema (es decir, se retira de la circulacion). Esta tarifa base se ajusta dinamicamente en funcion de la demanda de la red, con el objetivo de estabilizar las tarifas de transaccion y reducir la volatilidad. Tarifa de prioridad (propina): Los usuarios tambien pueden incluir una tarifa de prioridad (propina) para incentivar a los validadores a incluir sus transacciones mas rapidamente. Esta tarifa va directamente a los validadores, proporcionandoles un incentivo adicional para procesar las transacciones de manera eficiente. 3. Sanciones por comportamiento malicioso: Reduccion: Los validadores se enfrentan a sanciones (reduccion) si participan en comportamientos maliciosos, como la doble firma o la validacion de informacion incorrecta. El recorte da lugar a la perdida de una parte de su ETH apostado, lo que desalienta a los malos actores y garantiza que los validadores actuen en el mejor interes de la red. Sanciones por inactividad: Los validadores tambien se enfrentan a sanciones por inactividad prolongada. Esto garantiza que los validadores permanezcan activos y comprometidos en mantener la seguridad y el funcionamiento de la red. Tarifas aplicables en la cadena de bloques Ethereum 1. Tarifas de gas: Calculo: Las tarifas de gas se calculan en funcion de la complejidad computacional de las transacciones y las ejecuciones de contratos inteligentes. Cada operacion en la maquina virtual Ethereum (EVM) tiene un coste de gas asociado. Ajuste dinamico: La tarifa base introducida por EIP-1559 se ajusta dinamicamente en funcion de la congestion de la red. Cuando la demanda de espacio de bloque es alta, la tarifa base aumenta, y cuando la demanda es baja, disminuye. 2. Tarifas de contratos inteligentes: Implementacion e interaccion: La implementacion de un contrato inteligente en Ethereum implica el pago de tarifas de gas proporcionales a la complejidad y el tamano del contrato. La interaccion con contratos inteligentes implementados (por ejemplo, la ejecucion de funciones, la transferencia de tokens) tambien conlleva tarifas de gas. Optimizaciones: Se incentiva a los desarrolladores a optimizar sus contratos inteligentes para minimizar el uso de gas, haciendo que las transacciones sean mas rentables para los usuarios. 3. Tarifas de transferencia de activos: Transferencias de tokens: La transferencia de ERC-20 u otros estandares de tokens implica tarifas de gas. Estas tarifas varian en funcion de la implementacion del contrato del token y de la demanda actual de la red.
El modelo de incentivos de Flow recompensa a los nodos validadores, apoya el crecimiento del ecosistema y mantiene tarifas asequibles para desarrolladores y usuarios. Mecanismos de incentivos: 1. Recompensas de participación para nodos especializados: Recompensas basadas en roles: Los validadores ganan tokens de Flow de acuerdo con sus roles específicos y contribuciones dentro de la arquitectura de múltiples nodos, alineando las recompensas con las responsabilidades de cada nodo para fomentar una participación equilibrada y efectiva en la red. 2. Tarifas de transacción: Tarifas estables y favorables para el consumidor: La estructura de tarifas de Flow está diseñada para ser predecible, manteniendo estables los costes de transacción tanto para los desarrolladores como para los usuarios. Las tarifas se basan en la complejidad de la transacción y proporcionan un flujo de ingresos continuo para los validadores. 3. Sanciones por mala conducta: Sanciones por tiempo de inactividad o comportamiento malicioso: Para mantener la estabilidad de la red, Flow impone sanciones a los validadores por mala conducta o tiempo de inactividad. Esto incentiva la participación de validadores de alta calidad y garantiza un rendimiento constante. 4. Apoyo al ecosistema y a los desarrolladores: Parte dedicada de las tarifas y recompensas: Una parte de las tarifas de transacción y recompensas de Flow se destina a iniciativas de desarrolladores, crecimiento del ecosistema y participación de la comunidad. Esta inversión fomenta la innovación, apoya la salud de la red a largo plazo y alinea los incentivos para el desarrollo del ecosistema. |
Inicio del período | 2024-09-11 |
Fin del período | 2025-09-11 |
Consumo de energía | 513584.99108 (kWh/a) |
Recursos y metodologías de consumo de energía | El consumo energético de este activo se agrega a través de múltiples componentes.
Para calcular el consumo energético, se utiliza el enfoque denominado «ascendente». Se considera que los nodos son el factor central del consumo energético de la red. Estas hipótesis se basan en conclusiones empíricas obtenidas mediante el uso de sitios web de información pública, rastreadores de código abierto y rastreadores desarrollados internamente. Los principales factores determinantes para estimar el hardware utilizado en la red son los requisitos para el funcionamiento del software cliente. El consumo energético de los dispositivos de hardware se midió en laboratorios de ensayo certificados. Para calcular el consumo energético, utilizamos, cuando estaba disponible, el identificador de tokens digitales de grupos funcionalmente fungibles (FFG DTI) para determinar todas las implementaciones del activo en cuestión dentro del ámbito de aplicación y actualizamos los mapeos periódicamente, basándonos en los datos de la Digital Token Identifier Foundation. La información relativa al hardware utilizado y al número de participantes en la red se basa en hipótesis que se verifican con el mayor esfuerzo posible utilizando datos empíricos. En general, se supone que los participantes son en gran medida racionales desde el punto de vista económico. Como principio de precaución, en caso de duda, hacemos hipótesis conservadoras, es decir, estimamos al alza los impactos adversos.
Para determinar el consumo energético de un token, primero se calcula el consumo energético de la red o redes ethereum. Para el consumo energético del token, se atribuye al token una fracción del consumo energético de la red, que se determina en función de la actividad del criptoactivo dentro de la red. Al calcular el consumo energético, se utiliza el Identificador de Token Digital de Grupo Funcionalmente Fungible (FFG DTI), si está disponible, para determinar todas las implementaciones del activo en el ámbito de aplicación. Las asignaciones se actualizan periódicamente, basándose en los datos de la Fundación Identificador de Token Digital. La información relativa al hardware utilizado y al número de participantes en la red se basa en hipótesis que se verifican con el mayor esfuerzo posible utilizando datos empíricos. En general, se supone que los participantes son en gran medida racionales desde el punto de vista económico. Como principio de precaución, en caso de duda, hacemos hipótesis conservadoras, es decir, estimamos al alza los impactos adversos. |
Consumo de energía renovable | 32.225548601 (%) |
Intensidad energética | 0.00025 (kWh) |
Emisiones de GEI de DLT del Alcance 1 - Controladas | 0.00000 (tCO2e/a) |
Emisiones de GEI de DLT del Alcance 2 - Compradas | 170.92792 (tCO2e/a) |
Intensidad de GEI | 0.00008 (kgCO2e) |
Fuentes de energía clave y metodologías | Para determinar la proporción de uso de energías renovables, se determinarán las ubicaciones de los nodos utilizando sitios de información pública, rastreadores de código abierto y rastreadores desarrollados internamente. Si no se dispone de información sobre la distribución geográfica de los nodos, se utilizarán redes de referencia comparables en términos de estructura de incentivos y mecanismo de consenso. Esta información geográfica se fusiona con la información pública de Our World in Data, véase la cita. La intensidad se calcula como el coste energético marginal con respecto a una transacción más. Ember (2025); Energy Institute - Statistical Review of World Energy (2024) – con un procesamiento importante por parte de Our World in Data. «Porcentaje de electricidad generada por energías renovables - Ember y Energy Institute» [conjunto de datos]. Ember, «Yearly Electricity Data Europe»; Ember, «Yearly Electricity Data»; Energy Institute, «Statistical Review of World Energy» [datos originales]. Obtenido de https://ourworldindata.org/grapher/share-electricity-renewables. |
Fuentes clave de GEI y metodologías | Para determinar las emisiones de GEI, se determinarán las ubicaciones de los nodos utilizando sitios de información pública, rastreadores de código abierto y rastreadores desarrollados internamente. Si no se dispone de información sobre la distribución geográfica de los nodos, se utilizarán redes de referencia comparables en términos de estructura de incentivos y mecanismo de consenso. Esta información geográfica se fusiona con la información pública de Our World in Data, véase la cita. La intensidad se calcula como la emisión marginal con respecto a una transacción más. Ember (2025); Energy Institute - Statistical Review of World Energy (2024) - con un procesamiento importante por parte de Our World in Data. «Carbon intensity of electricity generation - Ember and Energy Institute» [conjunto de datos]. Ember, «Yearly Electricity Data Europe»; Ember, «Yearly Electricity Data»; Energy Institute, «Statistical Review of World Energy» [datos originales]. Obtenido de https://ourworldindata.org/grapher/carbon-intensity-electricity. Licenciado bajo CC BY 4.0. |