NEAR
KLEAR3 ResearchPubblicato il Aggiornato il
NEARNEARNEAR è una blockchain a proof of stake, divisa in frammenti, che esegue i propri contratti invece di essere un token appoggiato sulla catena di qualcun altro. Il suo repository pubblica codice da ottobre 2018, e l’etichetta di licenza che GitHub gli assegna è sbagliata: dichiara GPL-3.0, una licenza senza alcun file corrispondente nel progetto.
Che cosa fa NEAR, in concreto?
NEAR esegue contratti su una catena divisa in frammenti, così più transazioni passano in parallelo invece che una alla volta. La maggior parte di ogni commissione di gas viene distrutta invece di essere pagata a un validatore, e il resto va all’account che ha eseguito la chiamata.
Il frammentare vale la pena spiegarlo, perché è la vera scommessa ingegneristica dietro la cifra di throughput, non una parola di marketing. La catena viene tagliata in pezzi che ogni gruppo di validatori può elaborare, e un progetto che il protocollo chiama Nightshade dovrebbe lasciare crescere quel taglio senza obbligare ogni macchina a tenere tutto il registro insieme.
È una scommessa diversa da quella di la catena che ha reso normali i registri programmabili, che preferisce spingere il calcolo pesante verso rollup separati e mantenere semplice il proprio livello base. Nessuno dei due approcci è risolto, e questa pagina non finge che uno abbia vinto.
Fonte near.org, letto il 2026-10-05
Il codice è davvero aperto?
Pubblicato, sì, e la sua etichetta di licenza è sbagliata. GitHub segnala GPL-3.0 per il repository. Nessun file corrispondente a quella licenza esiste da nessuna parte: il file di build del progetto stesso, e ogni file di licenza realmente distribuito nel codice, dichiarano invece MIT o Apache-2.0.
Non è un file assente, che è ciò che mostra il repository di Pendle. È la trappola opposta: un’etichetta che nomina con sicurezza la licenza sbagliata, su un repository che risponde correttamente da solo, ripetutamente, per chi apre i file che GitHub dovrebbe leggere.
Il Cargo.toml del progetto dichiara license = "MIT OR Apache-2.0". Percorrendo l’intero albero del repository, oltre 50 pacchetti portano ciascuno i propri LICENSE-MIT e LICENSE-APACHE. Nessuno dei circa 3000 percorsi di quell’albero contiene testo GPL. Chi si fida dell’etichetta ed evita il progetto per motivi di copyleft lo evita per un motivo che non esiste.
Fonte GitHub API vs. Cargo.toml et les fichiers distribués, letto il 2026-10-05
Nemmeno un rapporto di audit si trova nel repository, e questa assenza è stata cercata invece che supposta: l’albero completo, letto in modo ricorsivo, non ha restituito alcun percorso con la parola «audit», a parte un file di configurazione per la scansione delle dipendenze, che non è una revisione di sicurezza.
Fonte near/nearcore — arborescence complète, letto il 2026-10-05
Ci lavora ancora qualcuno?
Sì: 296 commit da 24 identità Git distinte nei 90 giorni misurati, l’ultimo arrivato lo stesso giorno della verifica. Il progetto pubblica anche versioni numerate invece di lasciare la sua storia ai soli commit, 100 di esse al momento del conteggio.
Quella cifra viene dal percorrere l’elenco dei commit sulla finestra stessa, non da un riepilogo, e si colloca nello stesso intervallo di il repository più attivo di questo sito, che ha contato la sua attività allo stesso modo: scorrendo gli oggetti reali restituiti da GitHub, perché un tetto che finisce su un centinaio tondo è segno di paginazione, non di verità.
Ventiquattro identità Git non sono nemmeno ventiquattro persone: un collaboratore può firmare i commit con più nomi, e la cifra dice quante firme sono apparse, non quanti ingegneri.
Fonte GitHub, letto il 2026-10-05
Cosa dimostra che funziona
- La catena risponde — altezza di blocco 218678650, 100 validatori attivi
- Il repository è lavorato attivamente — 296 commit nei 90 giorni fino al 2026-10-05, 24 identità Git distinte
Fonte rpc.mainnet.near.org · GitHub, letto il 2026-10-05
- Il repository principale diventa pubblico
- Inflazione massima ridotta dal 5 % al 2,5 %
- Inizio della finestra di 90 giorni misurata
- Questa pagina, verificata e pubblicata
Dove gira davvero?
Sulla propria catena, di cui abbiamo verificato che risponde: un nodo pubblico ha restituito l’altezza di blocco corrente e cento validatori attivi nell’epoca in corso. A differenza di una rete di nodi che porta dati esterni su altre catene, NEAR regola da sé le proprie transazioni.
Questa distinzione conta, perché diversi progetti di questo sito girano interamente sul registro di qualcun altro. Una rete di nodi oracolo esiste per portare dati su altre catene e non regola nulla di proprio. NEAR è la catena su cui si regola, non un servizio che viaggia sopra una.
Fonte rpc.mainnet.near.org, letto il 2026-10-05
NEARRete verificata leggendo la sua altezza di blocco attuale su un nodo pubblico.
A che cosa serve il token
NEAR paga ogni transazione ed è messo in staking dai validatori per aiutare a ordinare i blocchi. Non c’è alcun tetto: ben più di un miliardo di token circolano già, e un cambiamento di protocollo di ottobre 2025 ha dimezzato il tasso massimo al quale ne possono ancora apparire di nuovi.
1.308.160.559 NEAR circolano su 1.308.160.513 emessi, uno scarto abbastanza stretto perché la maggior parte di ciò che esiste sia già in mano a qualcuno invece di attendere in una riserva. Nessuna azienda lo emette, come la catena più antica di questo sito non ha alcun emittente; qui esiste una fondazione con un nome, e il suo stesso sito cita due persone come fondatori, più di quanto altri progetti verificati qui siano disposti a dire.
La commissione di gas si divide in due, letta direttamente nel codice in esecuzione invece che indovinata da un blog: il 70 % di ogni commissione viene distrutto senza appello, e il restante 30 % va all’account che ha eseguito la chiamata.
Fonte near/nearcore — core/parameters/res/runtime_configs/parameters.yaml, letto il 2026-10-05
Un cambiamento distinto, datato e versionato invece che annunciato, ha tagliato il tetto della nuova emissione dal 5 % al 2,5 % annuo, in vigore dalla versione 2.9.0 del 2025-10-21.
Fonte near/nearcore — CHANGELOG.md, letto il 2026-10-05
- In circolazione1.308.160.559
- A che cosa serve il tokenVerificato direttamente
- Quanti ne esistonoAttestato da terzi
- Come compaiono quelli nuoviVerificato direttamente
- Chi può cambiare le regoleNon stabilito
La valutazione KLEAR3
3,8su 5 nella valutazione KLEAR3
Ogni asse riceve da 0 a 5 in base ai fatti del registro, con soglie scritte in anticipo. Il voto complessivo è la loro media ponderata, e compare solo se almeno 5 assi su 6 poggiano su un fatto misurato.
- Audit ×1,3
- Codice aperto ×1,2
- Modello economico ×1,1
- Allineamento del token ×1
- Governance ×1
- Maturità ×0,7
- Codice aperto5
repository pubblico · licenza MIT OR Apache-2.0 · 100 versioni pubblicate · 296 commit in 90 giorni
- Audit3
revisione pubblica del codice: 296 commit in 90 giorni, 8 anni in produzione
Cosa lo frena nessun rapporto nel nostro registro · nessun rapporto aperto: non sappiamo cosa abbiano trovato
- Modello economico5
modello economico pubblicato dal protocollo · pagato da chi invia la transazione · incassato da l’account che ha eseguito la chiamata · il settanta per cento del gas consumato viene distrutto a ogni transazione, il restante trenta per cento va all’account che ha eseguito la chiamata
- Governance4
decisione per un processo pubblico di proposte (NEP), senza voto · 51 proposte di evoluzione pubblicate · processo aperto da 7 anni
- Allineamento del token2
offerta misurata, senza tetto: nulla limita l’emissione · quota in circolazione nota · calendario di emissione pubblicato · inflazione terminale 2.5 % annuo
Cosa lo frena destino delle assegnazioni iniziali non accertato
- Maturità4
8 anni di codice pubblico · 1 rete verificata da noi
Valutiamo il protocollo: com’è costruito, cosa se ne può verificare, come si allinea il suo token. Mai un investimento. Un voto alto non dice di comprare, uno basso non dice di vendere.
Ciò che non abbiamo potuto stabilire
Due cose, ed entrambe contano per chi deve decidere di chi fidarsi. Nessun rapporto di audit sul protocollo stesso esiste ovunque abbiamo guardato, cercato invece che supposto, e nessun voto in catena pesato dal token decide i cambiamenti: il processo pubblico di proposte gira indipendentemente da chi detiene cosa.
Questo secondo punto si legge facilmente come un difetto. Un processo pubblico di proposte con 51 documenti pubblicati e 307 contributi uniti da 2019-06-05 è un meccanismo reale e aperto. Semplicemente non è la stessa cosa di un voto di token, e questa pagina non confonde le due.
Fonte near/nearcore — arborescence complète · near/NEPs, letto il 2026-10-05
Domande frequenti
NEAR è open source se GitHub dice GPL-3.0?
Il suo codice non è affatto sotto GPL, e l’etichetta di GitHub qui si sbaglia semplicemente. La configurazione di build del progetto dichiara MIT OR Apache-2.0, e ogni file di licenza fisicamente presente nel repository, decine di essi, corrisponde a quella dichiarazione e non all’etichetta.
Percorrere l’intero albero del repository risolve la questione: su circa 3000 percorsi, nessuno contiene testo GPL, mentre file LICENSE-MIT e LICENSE-APACHE si trovano in ben più di 50 pacchetti separati. I file contraddicono l’etichetta, non si contraddicono tra loro.
Il rilevatore di licenze di GitHub legge un repository e indovina da ciò che trova; non è una lettura legale del codice, e può sbagliarsi. Qui si è sbagliato, con sicurezza e proprio nella direzione più capace di spaventare un lettore, su un progetto che in realtà porta la coppia più permissiva di tutta questa lista.
NEAR ha un audit?
Non del protocollo in sé, per quanto mostra una ricerca completa del suo stesso repository. L’albero è stato letto in modo ricorsivo, quasi 3000 percorsi, e nessuno è un rapporto di audit. Il solo percorso che corrisponde alla parola è un file di configurazione per la scansione delle dipendenze, non una revisione di sicurezza.
È un’assenza che abbiamo cercato invece che supposto, e questo conta: un progetto mai esaminato è un rischio diverso da uno già riletto e pulito, e questa pagina non confonde i due, anche se entrambi possono sembrare altrettanto rassicuranti in una presentazione.
Niente qui dice che un audit non esista altrove, in un posto che non abbiamo controllato, e niente qui dice che il codice sia insicuro. Dice ciò che una lettura completa e ricorsiva del repository pubblico ha davvero restituito, il giorno in cui l’abbiamo letto.
I detentori di NEAR possono votare i cambiamenti di protocollo?
Non detenendo il token. I cambiamenti passano per un processo pubblico di proposte su GitHub, aperto dal 2019, con 51 proposte pubblicate e 307 contributi uniti. Nulla di tutto ciò dipende da quanti token detiene un collaboratore, il che è un modello diverso da un voto pesato dal token.
Il confronto utile non è se questo sia meglio o peggio di un voto, è cosa protegge davvero ciascun modello. Un processo pubblico, con una lunga traccia, è difficile da manipolare, anche senza una scheda allegata, e vale la pena dirlo chiaramente invece di darlo per scontato.
Ciò che non stabilisce è chi decide in ultima istanza su una proposta contestata, e questa pagina non ha aperto quella domanda. 51 documenti e un repository attivo da anni descrivono un processo che esiste e funziona; non dicono chi detiene l’ultima parola.
Per continuare: la nostra spiegazione dei rollup copre l’approccio di scalabilità a cui il frammentare di NEAR fa concorrenza invece di ricorrere, e la nostra scheda su Arweave mostra una catena costruita attorno a un’unica garanzia, l’archiviazione permanente, invece di contratti generali.
Chiedi a un assistente di riassumerla e di controllare quello che afferma.