NEAR
KLEAR3 ResearchPublicado el Actualizado el
NEARNEARNEAR es una cadena de prueba de participación, dividida en fragmentos, que ejecuta sus propios contratos en lugar de un token montado sobre la cadena de otro. Su repositorio publica código desde octubre de 2018, y la etiqueta de licencia que le pone GitHub está mal: dice GPL-3.0, una licencia sin ningún archivo que la respalde en el proyecto.
¿Qué hace NEAR en concreto?
NEAR ejecuta contratos sobre una cadena dividida en fragmentos, para que pasen más transacciones en paralelo en lugar de una a una. La mayor parte de cada comisión de gas se destruye en vez de pagarse a un validador, y el resto va a la cuenta que ejecutó la llamada.
Vale la pena detallar el fragmentado, porque es la apuesta de ingeniería real detrás de la cifra de rendimiento, no una palabra de marketing. La cadena se corta en piezas que cada conjunto de validadores puede procesar, y un diseño que el proyecto llama Nightshade debería dejar crecer ese corte sin obligar a cada máquina a cargar todo el registro a la vez.
Es una apuesta distinta a la de la cadena que volvió normales los registros programables, que prefiere empujar el cómputo pesado hacia rollups separados y mantener simple su propia capa base. Ninguno de los dos enfoques está resuelto, y esta página no finge que uno haya ganado.
Fuente near.org, leído el 2026-10-05
¿El código está realmente abierto?
Publicado, sí, y su propia etiqueta de licencia está mal. GitHub informa GPL-3.0 para el repositorio. No existe ningún archivo que corresponda a esa licencia en ninguna parte: el propio archivo de compilación del proyecto, y cada archivo de licencia realmente distribuido en el código, declaran MIT o Apache-2.0.
Esto no es un archivo ausente, que es lo que muestra el repositorio de Pendle. Es la trampa contraria: una etiqueta que nombra con confianza la licencia equivocada, sobre un repositorio que responde correctamente él mismo, repetidamente, para quien abre los archivos que GitHub supuestamente está leyendo.
El propio Cargo.toml del proyecto declara license = "MIT OR Apache-2.0". Recorriendo el árbol completo del repositorio, más de 50 paquetes llevan cada uno sus propios LICENSE-MIT y LICENSE-APACHE. Ninguna de las casi 3000 rutas de ese árbol contiene texto GPL. Quien confía en la etiqueta y evita el proyecto por motivos de copyleft lo evita por un motivo que no existe.
Fuente GitHub API vs. Cargo.toml et les fichiers distribués, leído el 2026-10-05
Tampoco hay ningún informe de auditoría en el repositorio, y esa ausencia se buscó en vez de suponerse: el árbol completo, leído de forma recursiva, no devolvió ninguna ruta con la palabra «audit», aparte de un archivo de configuración de escaneo de dependencias, que no es una revisión de seguridad.
Fuente near/nearcore — arborescence complète, leído el 2026-10-05
¿Sigue trabajando alguien en él?
Sí: 296 commits de 24 identidades Git distintas en los 90 días medidos, el más reciente llegado el mismo día en que comprobamos. El proyecto también publica versiones numeradas en lugar de dejar su historia solo a los commits, 100 de ellas en el momento del recuento.
Esa cifra viene de recorrer la lista de commits de la propia ventana, no de un panel resumido, y cae en el mismo rango que el repositorio más activo de este sitio, que contó su actividad de la misma manera: paginando los objetos reales que devuelve GitHub, porque un tope que termina en una centena redonda es señal de paginación, no de verdad.
Veinticuatro identidades Git tampoco son veinticuatro personas: un colaborador puede firmar commits con varios nombres, y la cifra dice cuántas firmas aparecieron, no cuántos ingenieros.
Fuente GitHub, leído el 2026-10-05
Lo que demuestra que funciona
- La cadena responde — altura de bloque 218678650, 100 validadores activos
- El repositorio se trabaja activamente — 296 commits en los 90 días hasta 2026-10-05, 24 identidades Git distintas
Fuente rpc.mainnet.near.org · GitHub, leído el 2026-10-05
- El repositorio principal se hace público
- Inflación máxima reducida del 5 % al 2,5 %
- Inicio de la ventana de 90 días medida
- Esta página, verificada y publicada
¿Dónde funciona de verdad?
En su propia cadena, que comprobamos que responde: un nodo público devolvió la altura de bloque actual y cien validadores activos en la época vigente. A diferencia de una red de nodos que lleva datos externos a otras cadenas, NEAR liquida sus propias transacciones de principio a fin.
Esa distinción importa porque varios proyectos de este sitio funcionan por completo sobre el registro de otro. Una red de nodos oráculo existe para llevar datos a otras cadenas y no liquida nada propio. NEAR es la cadena sobre la que se liquida, no un servicio que circula encima de una.
Fuente rpc.mainnet.near.org, leído el 2026-10-05
NEARRed verificada leyendo su altura de bloque actual en un nodo público.
Para qué sirve el token
NEAR paga cada transacción y los validadores lo apuestan para ayudar a ordenar bloques. No hay tope de emisión: bien más de mil millones de tokens ya circulan, y un cambio de protocolo de octubre de 2025 redujo a la mitad la tasa máxima a la que todavía pueden aparecer nuevos.
1.308.160.559 NEAR circulan sobre 1.308.160.513 emitidos, una brecha lo bastante estrecha como para que casi todo lo que existe ya esté en manos de alguien en lugar de esperar en una reserva. Ninguna empresa lo emite, igual que la cadena más antigua de este sitio no tiene emisor alguno; aquí existe una fundación con nombre, y su propio sitio cita a dos personas como fundadoras, más de lo que otros proyectos verificados aquí están dispuestos a decir.
La comisión de gas se divide en dos, leída directamente en el código que corre en vez de adivinada de un blog: el 70 % de cada comisión se destruye sin más, y el 30 % restante va a la cuenta que ejecutó la llamada.
Fuente near/nearcore — core/parameters/res/runtime_configs/parameters.yaml, leído el 2026-10-05
Un cambio distinto, fechado y versionado en vez de anunciado, recortó el tope de nueva emisión del 5 % al 2,5 % anual, vigente desde la versión 2.9.0 el 2025-10-21.
Fuente near/nearcore — CHANGELOG.md, leído el 2026-10-05
- En circulación1.308.160.559
- Para qué sirve el tokenVerificado directamente
- Cuántos existenAtestiguado por un tercero
- Cómo aparecen los nuevosVerificado directamente
- Quién puede cambiar las reglasNo establecido
La nota KLEAR3
3,8sobre 5 en la nota KLEAR3
Cada eje recibe de 0 a 5 según los hechos del registro, con umbrales escritos de antemano. La nota global es su media ponderada, y solo aparece si al menos 5 de los 6 ejes se apoyan en un hecho medido.
- Auditorías ×1,3
- Código abierto ×1,2
- Modelo de negocio ×1,1
- Alineación del token ×1
- Gobernanza ×1
- Madurez ×0,7
- Código abierto5
repositorio público · licencia MIT OR Apache-2.0 · 100 versiones publicadas · 296 commits en 90 días
- Auditorías3
revisión pública del código: 296 commits en 90 días, 8 años en producción
Lo que la frena ningún informe en nuestro registro · ningún informe abierto: no sabemos qué encontraron
- Modelo de negocio5
modelo de negocio publicado por el protocolo · pagado por quien envía la transacción · cobrado por la cuenta que ejecutó la llamada · el setenta por ciento del gas consumido se destruye en cada transacción; el treinta por ciento restante va a la cuenta que ejecutó la llamada
- Gobernanza4
decisión por un proceso público de propuestas (NEP), sin voto · 51 propuestas de evolución publicadas · proceso abierto desde hace 7 años
- Alineación del token2
oferta medida, sin tope: nada limita la emisión · parte en circulación conocida · calendario de emisión publicado · inflación terminal 2.5 % anual
Lo que la frena destino de las asignaciones iniciales no establecido
- Madurez4
8 años de código público · 1 red verificada por nosotros
Calificamos el protocolo: cómo está construido, qué se puede comprobar, cómo se alinea su token. Nunca una inversión. Una nota alta no dice que compres, y una baja no dice que vendas.
Lo que no hemos podido establecer
Dos cosas, y ambas importan a quien decida en quién confiar. No existe ningún informe de auditoría del propio protocolo en ningún sitio que hayamos mirado, buscado en vez de supuesto, y ningún voto en cadena ponderado por el token decide los cambios: el proceso público de propuestas funciona al margen de quién tiene cuánto.
Ese segundo punto se lee fácilmente como un defecto. Un proceso público de propuestas con 51 documentos publicados y 307 contribuciones fusionadas desde 2019-06-05 es un mecanismo real y abierto. Simplemente no es lo mismo que un voto de token, y esta página no confunde las dos cosas.
Fuente near/nearcore — arborescence complète · near/NEPs, leído el 2026-10-05
Preguntas frecuentes
¿NEAR es de código abierto si GitHub dice GPL-3.0?
Su código no está bajo GPL en absoluto, y la etiqueta de GitHub simplemente se equivoca aquí. La configuración de compilación del proyecto declara MIT OR Apache-2.0, y cada archivo de licencia físicamente presente en el repositorio, decenas de ellos, corresponde a esa declaración y no a la etiqueta.
Recorrer el árbol completo del repositorio lo resuelve: de unas 3000 rutas, ninguna contiene texto GPL, mientras que archivos LICENSE-MIT y LICENSE-APACHE aparecen en más de 50 paquetes separados. Los archivos contradicen a la etiqueta, no entre sí.
El detector de licencias de GitHub adivina a partir de lo que encuentra; no es una lectura legal del código, y puede equivocarse. Aquí se equivocó, con confianza y en la dirección más capaz de asustar a un lector, sobre un proyecto que en realidad lleva la pareja más permisiva de toda esta lista.
¿NEAR tiene auditoría?
No del protocolo en sí, por lo que muestra una búsqueda completa de su propio repositorio. El árbol se leyó de forma recursiva, casi 3000 rutas, y ninguna es un informe de auditoría. La única ruta que coincide con la palabra es un archivo de configuración de escaneo de dependencias, no una revisión de seguridad.
Es una ausencia que buscamos en vez de suponer, y eso importa: un proyecto nunca revisado es un riesgo distinto a uno ya examinado y limpio, y esta página no confunde ambos, aunque los dos puedan sonar igual de tranquilizadores en un argumento de venta.
Nada aquí dice que no exista una auditoría en otro lugar que no comprobamos, y nada aquí dice que el código sea inseguro. Dice lo que una lectura completa y recursiva del repositorio público devolvió de verdad, el día en que lo leímos.
¿Pueden los tenedores de NEAR votar los cambios de protocolo?
No por tener el token. Los cambios pasan por un proceso público de propuestas en GitHub, abierto desde 2019, con 51 propuestas publicadas y 307 contribuciones fusionadas. Nada de eso depende de cuántos tokens tenga un colaborador, lo que es un modelo distinto a un voto ponderado por el token.
La comparación útil no es si esto es mejor o peor que un voto, es qué protege realmente cada modelo. Un proceso público, con un largo rastro, es difícil de manipular, incluso sin una papeleta adjunta, y eso vale la pena decirlo con claridad en lugar de darlo por sentado.
Lo que no establece es quién decide en última instancia una propuesta disputada, y esta página no ha abierto esa pregunta. 51 propuestas y un repositorio que funciona desde hace años describen un proceso que existe y corre; no dicen quién tiene la última palabra.
Para seguir: nuestra explicación de los rollups cubre el enfoque de escalado al que el fragmentado de NEAR compite en vez de recurrir, y nuestra ficha de Arweave muestra una cadena construida alrededor de una sola garantía, el almacenamiento permanente, en vez de contratos generales.
Pida a un asistente que la resuma y compruebe lo que afirma.