Nome | Bitpanda Asset Management GmbH, Bitpanda GmbH |
Identificativo giuridico rilevante | 9845005X9B7N610K0093, 5493007WZ7IFULIL8G21 |
Nome dell'asset crittografico | Internet Computer Token |
Meccanismo di consenso | Il protocollo Internet Computer Protocol (ICP) utilizza un meccanismo di consenso unico chiamato Threshold Relay combinato con la tecnologia Chain Key per garantire operazioni decentralizzate, scalabili e sicure per la sua rete. Componenti principali del meccanismo di consenso di ICP: 1. Threshold Relay: Threshold Relay è un protocollo di consenso che consente alla rete di raggiungere la definitività senza un meccanismo tradizionale Proof-of-Work o Proof-of-Stake. Sfrutta un gruppo di nodi chiamato “comitato” per generare un segnale casuale che viene utilizzato per la selezione del prossimo produttore di blocchi. Il protocollo è progettato per fornire scalabilità e velocità, mantenendo al contempo la decentralizzazione, consentendo a qualsiasi nodo di partecipare al processo di consenso. La caratteristica fondamentale di Threshold Relay è che utilizza uno schema di firma a soglia, in cui un gruppo di nodi deve collaborare per creare una firma valida, garantendo che il consenso sia raggiunto anche in presenza di nodi inaffidabili o malevoli. 2. Tecnologia Chain Key: la tecnologia Chain Key viene utilizzata per gestire lo stato dell'Internet Computer, consentendogli di scalare efficacemente su un vasto numero di nodi, pur fornendo la definitività di transazione rapida e sicura. Questa tecnologia consente la creazione e la gestione di molte blockchain indipendenti (note anche come blockchain di sottorete), ciascuna con il proprio set di validatori. La tecnologia Chain Key consente a Internet Computer di supportare miliardi di smart contract senza compromettere la velocità, poiché facilita la comunicazione rapida tra le sottoreti e consente l'interoperabilità tra le catene. 3. Canister Smart Contract: Internet Computer utilizza un modello decentralizzato in cui la computazione degli smart contract canister (che contengono la logica dell'applicazione) avviene attraverso diversi nodi della rete. Questi canister possono funzionare in modo autonomo e scalare con la crescita della rete. Definitività e sicurezza: \u2022 Il meccanismo di consenso garantisce la definitività una volta che una transazione è stata convalidata, il che significa che una volta che un blocco è stato aggiunto, non può essere annullato, fornendo la sicurezza necessaria per applicazioni ad alto rischio. \u2022 L'uso di Threshold Relay fornisce una robusta Byzantine Fault Tolerance (BFT), consentendo alla rete di tollerare comportamenti inaffidabili o malevoli senza compromettere l'integrità della rete. |
Meccanismi di incentivo e tariffe applicabili | L'Internet Computer Protocol (ICP) incentiva i partecipanti alla rete (validatori, operatori di nodi e sviluppatori di canister) attraverso vari meccanismi di ricompensa e commissioni di transazione. Ecco una ripartizione dei meccanismi di incentivazione e delle commissioni applicabili relative all'ICP: Meccanismo di incentivazione: 1. Partecipazione alla rete e ricompense: Validatori: I validatori sono fondamentali per mantenere l'integrità e la sicurezza della rete. Mettono in staking token ICP per partecipare al consenso e vengono ricompensati per la convalida dei blocchi, il mantenimento dell'integrità della rete decentralizzata e la garanzia delle sue prestazioni. Le ricompense per i validatori si basano sulla loro partecipazione al meccanismo di consenso e sulla loro partecipazione alla rete. Operatori di nodo: Anche gli operatori di nodo che mantengono l'infrastruttura fisica della rete (come le risorse hardware e server) vengono ricompensati. Questi operatori gestiscono i nodi che partecipano al Threshold Relay e forniscono potenza di calcolo alla rete. 2. Sviluppatori di Canister e partecipanti alla rete: Canister Smart Contract: gli sviluppatori di Canister (smart contract) su Internet Computer sono incentivati attraverso la creazione di applicazioni decentralizzate (dApp). Gli sviluppatori possono anche beneficiare delle commissioni di transazione generate dall'utilizzo delle loro dApp e dall'implementazione di smart contract sulla rete. Commissioni di utilizzo: gli utenti di applicazioni decentralizzate (dApp) o Canister sono incentivati a pagare per il loro utilizzo attraverso commissioni. Queste commissioni sono spesso pagate in token ICP e gli sviluppatori possono ricevere una quota di queste commissioni in base all'utilizzo delle loro applicazioni distribuite. 3. Governance: Il token ICP viene utilizzato per la governance tramite il Network Nervous System (NNS), dove i possessori di token ICP partecipano alle decisioni riguardanti il protocollo, come gli aggiornamenti della rete, gli aggiustamenti degli incentivi e l'allocazione dei fondi. I possessori di token vengono ricompensati con la possibilità di influenzare il futuro della rete. 4. Ricompense per lo staking: I possessori di token ICP possono partecipare allo staking dei propri token nell'NNS, che influenza il consenso e la governance della rete. Partecipando allo staking, contribuiscono a rendere sicura la rete e vengono ricompensati con ricompense per lo staking (una forma di reddito passivo). Le ricompense per lo staking vengono assegnate ai possessori di token che partecipano alla sicurezza della rete tramite l'NNS. Commissioni applicabili: 1. Commissioni di transazione: chiamate al Canister: ogni interazione con un Canister (smart contract) su Internet Computer comporta una commissione di transazione. Queste commissioni sono generalmente pagate in token ICP e vengono utilizzate per coprire le risorse computazionali necessarie per elaborare le richieste, archiviare i dati e gestire l'esecuzione. Struttura delle commissioni: le commissioni di transazione dipendono dalla complessità e dalle risorse consumate dalla chiamata al Canister o dall'operazione di rete. Ad esempio, le operazioni che richiedono maggiore potenza di calcolo o archiviazione dei dati possono comportare costi più elevati. 2. Costi di archiviazione: Archiviazione dati Canister: Gli sviluppatori e gli utenti che distribuiscono applicazioni su Internet Computer sono tenuti a pagare i costi di archiviazione dei dati. Questi costi garantiscono che le risorse di rete siano utilizzate in modo efficiente e che i Canister non sprechino spazio di archiviazione. Il costo di archiviazione è generalmente pagato in token ICP. 3. Costi di partecipazione alla governance: Costi di voto e di proposta: La partecipazione al processo di governance tramite l'NNS (Network Nervous System) può richiedere una piccola tassa, a seconda del tipo di azione di governance (come la presentazione di una proposta o il voto). Queste tasse garantiscono che la governance sia distribuita e prevengono gli attacchi di spam al sistema di governance. 4. Tasse per i nodi e i validatori: Tasse per le operazioni dei nodi: Gli operatori dei nodi che forniscono potenza di calcolo alla rete possono sostenere costi relativi alla manutenzione dell'hardware e ai nodi operativi. Queste tasse sono parzialmente compensate dale ricompense per la fornitura di risorse di rete. |
Inizio del periodo | 2024-12-09 |
Fine del periodo | 2025-12-09 |
Consumo energetico | 5834160.00000 (kWh/a) |
Risorse e metodologie di consumo energetico | {asset_name} è presente sulle seguenti reti: {network_csl}.
Per il calcolo dei consumi energetici viene utilizzato il cosiddetto approccio “bottom-up”. I nodi sono considerati il fattore centrale per il consumo energetico della rete. Queste ipotesi sono state formulate sulla base di risultati empirici ottenuti attraverso l'uso di siti di informazione pubblici, crawler open source e crawler sviluppati internamente. I principali fattori determinanti per la stima dell'hardware utilizzato all'interno della rete sono i requisiti per il funzionamento del software client. Il consumo energetico dei dispositivi hardware è stato misurato in laboratori di prova certificati. Nel calcolare il consumo energetico, abbiamo utilizzato, ove disponibile, il Functionally Fungible Group Digital Token Identifier (FFG DTI) per determinare tutte le implementazioni dell'asset in questione nell'ambito di applicazione e aggiorniamo regolarmente le mappature sulla base dei dati della Digital Token Identifier Foundation. Le informazioni relative all'hardware utilizzato e al numero di partecipanti alla rete si basano su ipotesi verificate con il massimo impegno utilizzando dati empirici. In generale, si presume che i partecipanti siano in gran parte economicamente razionali. Per precauzione, in caso di dubbio formuliamo ipotesi prudenti, ovvero stime più elevate degli impatti negativi.
Per determinare il consumo energetico di un token, viene prima calcolato il consumo energetico della rete o delle reti internet_computer. Per il consumo energetico del token, una frazione del consumo energetico della rete viene attribuita al token, che viene determinato in base all'attività della cripto-asset all'interno della rete. Nel calcolare il consumo energetico, viene utilizzato il Functionally Fungible Group Digital Token Identifier (FFG DTI), se disponibile, per determinare tutte le implementazioni dell'asset in questione. Le mappature vengono aggiornate regolarmente, sulla base dei dati della Digital Token Identifier Foundation. Le informazioni relative all'hardware utilizzato e al numero di partecipanti alla rete si basano su ipotesi verificate con il massimo impegno utilizzando dati empirici. In generale, si presume che i partecipanti siano in gran parte economicamente razionali. Come principio precauzionale, in caso di dubbio formuliamo ipotesi prudenti, ovvero stime più elevate degli impatti negativi. |
Consumo di energia rinnovabile | 35.900000000 (%) |
Intensità energetica | 0.00720 (kWh) |
Emissioni di GHG DLT Scope 1 - Controllate | 0.00000 (tCO2e/a) |
Emissioni di GHG DLT Scope 2 - Acquistate | 2047.79016 (tCO2e/a) |
Intensità dei GHG | 0.00253 (kgCO2e) |
Principali fonti e metodologie energetiche | Per determinare la percentuale di utilizzo di energia rinnovabile, le posizioni dei nodi devono essere determinate utilizzando siti di informazione pubblica, crawler open source e crawler sviluppati internamente. Se non sono disponibili informazioni sulla distribuzione geografica dei nodi, vengono utilizzate reti di riferimento comparabili in termini di struttura di incentivazione e meccanismo di consenso. Queste informazioni geografiche vengono unite alle informazioni pubbliche di Our World in Data, vedi citazione. L'intensità è calcolata come il costo energetico marginale relativo a una transazione in più. Ember (2025); Energy Institute - Statistical Review of World Energy (2024) – con elaborazione principale a cura di Our World in Data. “Quota di elettricità generata da fonti rinnovabili – Ember e Energy Institute” [set di dati]. Ember, “Dati annuali sull'elettricità in Europa”; Ember, “Dati annuali sull'elettricità”; Energy Institute, “Statistical Review of World Energy” [dati originali]. Estratto da https://ourworldindata.org/grapher/share-electricity-renewables. |
Principali fonti e metodologie di GHG | Per determinare le emissioni di gas serra, è necessario individuare l'ubicazione dei nodi utilizzando siti di informazione pubblica, crawler open source e crawler sviluppati internamente. Se non sono disponibili informazioni sulla distribuzione geografica dei nodi, si utilizzano reti di riferimento comparabili in termini di struttura di incentivazione e meccanismo di consenso. Queste informazioni geografiche vengono integrate con le informazioni pubbliche di Our World in Data, cfr. citazione. L'intensità è calcolata come l'emissione marginale relativa a una transazione in più. Ember (2025); Energy Institute - Statistical Review of World Energy (2024) - con elaborazione principale a cura di Our World in Data. “Carbon intensity of electricity generation - Ember and Energy Institute” [dataset]. Ember, “Dati annuali sull'elettricità in Europa”; Ember, “Dati annuali sull'elettricità”; Energy Institute, “Statistical Review of World Energy” [dati originali]. Estratto da https://ourworldindata.org/grapher/carbon-intensity-electricity Licenza CC BY 4.0. |