59793981
60643336
rango de bloques, 849.356 bloques
Pega los campos tal como los muestra el lanzamiento. La página compara las cadenas con todos los lanzamientos de un día y dice qué se comparte, con cuántos y desde cuándo. Lee cadenas, no el contrato, y nunca resuelve una dirección.
Lo que pegas se queda en tu navegador. La tabla con la que se compara se descarga una sola vez desde este dominio en la primera comprobación, así que la primera visita necesita red; no se carga nada más y nada sale de la página.
Un diagrama de las siete comprobaciones de abajo, en el orden en que el código las ejecuta. Los nombres de campo, las tablas y el contenido del índice son los reales; las cifras de la etapa cuatro son un espécimen y están marcadas como tal.
Diagrama del proceso · ni gráfico ni ornamento
tal como los muestra el lanzamiento
dos grafías, un recurso
un día de lanzamientos
descargado una vez, primera comprobación
el único camino que cruza el límite, y apunta hacia dentro
frases, no una puntuación
la instantánea terminó .
Dónde está esta página, y por qué una página así existe aquí
Robinhood Chain es una red de capa dos compatible con Ethereum, construida sobre Arbitrum y ejecutada con Nitro. Su documentación oficial indica que usa blobs de Ethereum para la disponibilidad de datos y ETH como token nativo de gas. Las carteras y herramientas EVM estándar pueden conectarse mediante la configuración de red publicada.
El explorador que la configuración oficial de Robinhood nombra para esta red es Blockscout, en robinhoodchain.blockscout.com. Comprueba el host y la cadena de un enlace de explorador antes de tratarlo como una vista de esta red.
Los nombres de redes, los enlaces a exploradores y los puntos de acceso públicos son fáciles de imitar. La misma ambigüedad aparece un nivel más abajo, en lo que los lanzamientos escriben sobre sí mismos: un nombre, ticker o enlace que parece familiar sigue siendo solo una cadena. Por eso esta página compara esas cadenas y se niega a decirte qué significan.
Esta página lee siete cadenas que un lanzamiento publica sobre sí mismo y compara cada una con la misma cadena en todos los lanzamientos de un día. No abre el contrato, no pone precio a nada ni resuelve una dirección. Cada comparación se hace sobre texto normalizado: recortado, en minúsculas donde las mayúsculas no significan nada, y plegado donde la tabla de alias dice que dos grafías nombran un mismo recurso.
Cada fila dice si el valor se comparte, con cuántos lanzamientos, de cuántos desplegadores y desde cuándo. Esa es toda la salida.
Nada de esto predice nada. Un ticker compartido es un hecho sobre cadenas, no una señal sobre un lanzamiento.
Esto lee cadenas, no el contrato. Compara lo que un lanzamiento escribió sobre sí mismo con lo que escribieron otros, nada más.
Un valor compartido no prueba nada. Los proyectos se relanzan, los equipos comparten un canal y copiar un enlace lleva un segundo. La página dice qué se comparte, con cuántos y desde cuándo, y ahí se detiene.
La ventana es un día, del 2026-09-10 al 2026-09-11, con su rango de bloques indicado arriba. No estar en ella significa que ningún otro lanzamiento de ese día lleva el valor. Un recuento nunca dice si uno de los lanzamientos contados es el que estás pegando, porque la página no puede saberlo.
Nada de esto es una opinión sobre si entrar, salir o cuánto poner.
La instantánea publicada registra el número y el hash exactos del bloque finalizado utilizados para cada lectura de identidad. El hash del índice que aparece impreso identifica los bytes publicados, y npm run verify puede volver a ejecutar ese estado y esa ventana registrados antes de comparar el hash del índice reconstruido.
npm run verifyLa reproducción estricta requiere un endpoint capaz de leer ese estado histórico y el intervalo completo del registro de lanzamientos consignado en la instantánea. Si falla alguna de esas dos lecturas o no puede completarse la guarda de publicación propia, el comando se niega a declarar reproducida la instantánea.
Hash del índice publicado 18cd4c4d6a3255f58b359f7d2c802888bb9d78f8f515f8b1c4d7013fb16ed665
Node para pruebas y compilaciones. Un RPC con estado histórico solo es necesario para la reproducción estricta
El código, las pruebas y la compilación de la página se ejecutan en tu propia máquina con Node y sin dependencia en tiempo de ejecución. Las pruebas comprueban la tabla de copias contra cada archivo copiado, el bloque del token en sus tres estados, el motor, la ABI, la puerta y el esquema del índice. La compilación escribe esta página a partir de las plantillas, el archivo de cifras y el índice, y rechaza un dígito que no haya llegado por sustitución. El paquete de datos actual registra el estado de identidad finalizado exacto utilizado por el recolector.
El último comando lee el estado y la ventana registrados junto con la instantánea actual, reconstruye el índice en un directorio temporal y compara ambos hashes. Solo hace solicitudes de red después de comprobar los artefactos locales; un endpoint que no pueda servir el estado histórico requerido produce un rechazo, no una coincidencia.
git clone https://github.com/Mnilax/lintcha-chainnpm testla tabla de copias, el motor, el esquema, los estados del tokennpm run buildla página, a partir de las plantillas y el índicenpm run verifyreconstruir el estado registrado; comparar el hash del índiceEste es el segundo sitio de lintcha. El primero lee el texto que la gente pone en los perfiles de bots de IA: la carta que un bot publica sobre sí mismo, comprobada contra un corpus de esas cartas, sin puntuación.
El mismo método se apunta aquí a los lanzamientos de tokens, porque ambos empiezan como pequeños textos de presentación, fáciles de copiar y fáciles de dejar de mirar: un nombre, un ticker, una descripción y unos enlaces, fijados al lanzar y dejados como están. Los dos sitios leen ese texto y se detienen.
El motor, la tabla de esqueletos, la tabla de alias y las pruebas se escriben en lintcha y se copian aquí sin cambios; el índice se construye aquí, a partir del registro de lanzamientos de esta cadena, con su propio calendario.
Recogido 2026-09-11 · índice 888.039 bytes · 15.842 entradas
Esta sección indica qué leyó el recolector, cómo se normaliza cada campo antes de hashearlo, las dos tablas que pliegan grafías y hosts, el suelo bajo cada recuento y qué guarda el índice. Las tablas se escriben desde los propios archivos del motor al construir la página, así que no pueden desviarse del código que corre en tu navegador.
Un día: las 24 horas que terminan en el último bloque finalizado en el momento de la ejecución, hallado por bisección de las marcas de tiempo de los bloques, de modo que la ventana se indica como un rango de bloques y dos marcas de tiempo UTC, de 2026-09-10 23:24 a 2026-09-11 23:24. Un día fue la ventana que una pasada por el registro de lanzamientos cubrió al ritmo sostenido por el endpoint; una ventana más larga diría más sobre cadenas y nada más sobre lanzamientos.
En cada actualización protegida, el código registra un número y un hash de bloque finalizado, hace una pasada por el registro de lanzamientos de la fábrica de pons en Robinhood Chain y después lee cada campo de identidad en ese estado numérico. Antes de que el escritor pueda ejecutarse, una guarda de publicación propia vuelve a leer los eventos con dos disposiciones de páginas más pequeñas y límites distintos, compara cada fila canónica en bruto, vuelve a leer estrictamente las transacciones de muestra y las respuestas de identidad, y debe reconstruir las mismas tablas y resúmenes. Son consultas alternativas al mismo endpoint configurado, no una prueba de proveedor independiente. La instantánea impresa en esta página incluye ese registro del estado de identidad y superó la guarda de publicación antes de publicarse. Las direcciones y las cadenas en bruto permanecen dentro de los procesos; una actualización correcta solo escribe hashes contados y las cifras de su propia ejecución.
www. inicial, las barras finales y el fragmento; la ruta conserva sus mayúsculas. Cualquier otro esquema se conserva entero, solo con los espacios colapsados.^0x[0-9a-f]{40}$; las mayúsculas de suma de verificación son cosméticas. La dirección cero cuenta como vacía; cualquier otra cosa que no cumpla el patrón no es legible.Una entrada se conserva cuando 2 lanzamientos o más llevan el valor, de modo que la ausencia se lee como que ningún otro lanzamiento de la ventana lo lleva. El receptor de comisiones tiene un segundo suelo, 2 desplegadores o más, porque el mismo receptor bajo un solo desplegador es una persona relanzando, y eso ni se muestra ni se guarda.
Por espacio de nombres, los primeros ocho bytes del hash del valor normalizado como dieciséis caracteres hexadecimales, y frente a ellos tres campos: n, cuántos lanzamientos lo llevan; d, de cuántos desplegadores distintos; first, la fecha UTC del más temprano. Los dos espacios de esqueletos añaden v, el número de grafías distintas del grupo. Ninguna dirección, ninguna cadena en bruto, ninguna marca de tiempo más allá de una fecha.
Todo lo que tiene un eje, una escala o un número abajo se calcula del índice publicado al construir la página y lleva la insignia de instantánea. La última pieza no tiene eje, escala ni número, y no es un dato.
2534 tickers los llevan dos lanzamientos o más. La fila más poblada es la de 2 lanzamientos; el ticker más llevado está en 119, de 109 desplegadores.
De 2548 grupos de esqueletos de ticker, 98 contienen grafías que difieren como cadenas; el mayor contiene 3. Los esqueletos de nombre dan 41 grupos así.
3595 valores de enlace los llevan dos lanzamientos o más. 514 de ellos vienen de un solo desplegador; el más extendido lo llevan lanzamientos de 163 desplegadores distintos.
De dónde salieron el nombre, la marca y la ventana
Un linter lee un archivo e informa de lo que está mal en él sin decidir si el archivo es bueno. lintcha es un linter apuntado a las cartas fundacionales: el texto que un bot de IA publica sobre lo que es, lo que hará y lo que no tocará. El nombre son esas dos palabras juntadas a la fuerza, y se quedó porque no apareció nada mejor. Este segundo sitio lo conserva, porque un lanzamiento también es una carta fundacional. Un nombre, un ticker, una descripción y unos pocos enlaces, fijados al lanzar y fáciles de dejar de mirar después.
La marca es un circunflejo con dos trazos recortados. Un circunflejo es el carácter que un editor pone bajo el punto exacto donde algo salió mal, que es todo el oficio en un solo símbolo: señalar el lugar, no decir nada sobre la persona. Es ácido sobre casi negro porque un linter tiene que ser legible en una fila de pestañas, y porque el color pertenece al sitio y a nada de la página que lleve significado. El verde aquí nunca es un veredicto.
Un día es la unidad que esta página puede mostrar completa: una sola pasada sobre el registro de lanzamientos, sin excluir por muestreo ninguna fila de la comparación. La instantánea actual se recogió sin un feed privado, registra su estado de identidad finalizado exacto y superó la guarda de publicación antes de publicarse. Una ventana más larga diría más sobre cadenas y nada más sobre lanzamientos; la página nunca la ampliará en silencio.
Una puntuación, una nota o una probabilidad se convertirían aquí en el producto. También serían la parte que nadie podría comprobar sin un modelo, una calibración y un registro público de cuántas veces acertó. Esta página no tiene ninguna de esas cosas y no las está construyendo. Dice qué se comparte, con cuántos lanzamientos, desde cuántos desplegadores y desde cuándo, en una frase, y ahí se detiene. Un recuento que parece un juicio será leído como tal, así que no hay ningún recuento que lo parezca.
$LINTCHA no está activo mientras el archivo del token de este sitio no contenga una dirección verificada. El bot de Telegram puede estar activo antes y responder a los comandos que no dependen del token; /ca, /price y /stats dicen que el token todavía no existe, mientras la verificación de tenencia y el feed del token permanecen inactivos. Si se lanza $LINTCHA, está previsto que exista en la cadena que lee esta página y que financie el endpoint, el alojamiento y las horas detrás del índice. No llevaría reparto de ingresos, recorte de comisiones, voto ni derecho sobre nada de lo que hay aquí, y no podría cerrar el código con licencia MIT. Tenerlo solo desbloquearía las funciones del bot reservadas a titulares; nunca daría acceso a una lectura anticipada ni a una mejor.
La lectura del navegador, las pruebas y la compilación de esta página están en el repositorio, servidas para que nadie tenga que instalar nada para mirar. Sin cartera, nada que firmar, sin cuenta. El hash impreso identifica el archivo de índice exacto que usa la página, y el artefacto de cifras registra su estado de identidad finalizado. El comando estricto vuelve a leer ese estado y esa ventana y compara el hash de un índice reconstruido; si no puede completar la lectura y la guarda, se niega a continuar. El sitio es una comodidad, no la fuente: si calcula algo que el repositorio no puede, el repositorio se ha vuelto decoración y el sitio se ha vuelto una afirmación.
lintcha lee lo que un lanzamiento escribió sobre sí mismo y dice con qué se comparten esas cadenas de texto. Funciona en un navegador sobre un índice publicado y no hace ninguna afirmación sobre ningún lanzamiento. El índice actual tiene un hash de archivo exacto y registra el estado de identidad finalizado necesario para una reconstrucción estricta; el verificador vuelve a leer ese estado y esa ventana y rechaza públicamente cualquier carencia. Esto es lo que hay en el árbol, lo que viene después y lo que no se construirá en absoluto. Sin fechas.
El índice se reconstruye mediante una ejecución protegida semanal y también puede actualizarse con un inicio manual deliberado. Su antigüedad aún varía cuando una ejecución falla de forma cerrada. La página expresa esa antigüedad con palabras junto a cada resultado, además de imprimir el rango de bloques y las marcas de tiempo de los que procede.
Un recuento de una ventana caducada no es falso. Es una afirmación verdadera sobre un día que ya terminó, y la página dice qué día. Pero quien pega un lanzamiento que ocurrió esta mañana lo está comparando con un conjunto que no contiene esta mañana, y la frase que lee no se lo advierte. Ese es el hueco, y es nuestro, no del endpoint.
Lo que ya está: la edad de la ventana junto a cada resultado y una reconstrucción fijada a un estado detrás de la instantánea publicada. La actualización protegida se ejecuta semanalmente y también puede iniciarse manualmente. Solo podrá ser más frecuente mientras un endpoint adecuado lo sostenga sin debilitar la guarda. La ventana no se ensanchará para que los recuentos parezcan más grandes. Si una reconstrucción falla, la página conserva la ventana anterior y dice su edad, en lugar de mostrar una parcial.
Una sala en Telegram, y un solo bot dentro. El bot puede estar activo antes de que exista el token y responder a los comandos que no dependen de él. Hasta que el archivo del token del sitio contenga una dirección verificada, /ca, /price y /stats dicen que el token todavía no existe, mientras la verificación de tenencia y el feed del token permanecen inactivos. Una vez verificada la dirección, el bot lee las transferencias finalizadas del token en el mercado configurado y pone en cola una publicación por cada compra que puede demostrar; declara cualquier hueco, nunca lo inventa. Responde con el contrato y el precio que pueda leer, sin mostrar una cifra cuando no pueda, y abre una comprobación de tenencia por mensaje directo para quien la quiera. Nunca escribe primero a nadie, nunca pide una clave, una semilla ni una aprobación, y nunca custodia fondos. La comprobación de tenencia es una firma sobre una frase llana que dice con palabras que no mueve nada. Cada cifra de mercado o tenencia que muestra se lee de la cadena, y su código se publica en este repositorio con lo demás.
Si se lanza $LINTCHA, está previsto que las comisiones de creador de su trading vayan a una sola cartera y que esa cartera pague el plan del endpoint, la máquina en la que corre el bot y las horas que van al índice. Mientras el archivo del token no tenga una dirección, esto es un plan, no un flujo activo. No habría nada más atado: ni reparto, ni recorte, ni voto. No podría cerrar el código con licencia MIT, comprar una lectura anticipada ni comprar una mejor, porque hay un solo índice publicado para todos.
Los commits muestran qué se entregó y cuándo. El hash impreso arriba identifica los bytes del índice publicado, y el artefacto de cifras registra el estado de identidad finalizado y la ventana utilizados para construirlos. El comando estricto vuelve a leer ese estado y esa ventana, reconstruye el índice y compara el hash; cualquier lectura incompleta o fallo de la guarda produce un rechazo, no un resultado reproducido. La tabla de copias nombra cada archivo copiado de lintcha con su hash, y una prueba los recalcula todos en cada push. Si algo de aquí se queda callado durante semanas, pregúntalo en público.
Sin fechas. Aquí, entregado significa implementado y comprobable en el repositorio; el despliegue y una actualización de cadena satisfactoria son hechos separados que deben verificarse. Todo lo que está bajo «más adelante» depende en parte de personas que no somos nosotros: el endpoint público y el repositorio lintcha del que este copia.
No. Te dice si las cadenas que publica un lanzamiento se comparten con otros lanzamientos de un día, cuántos, de cuántos desplegadores y desde cuándo. Si un lanzamiento es seguro, honesto o vale algo no es algo que las cadenas puedan decir, y esta página no lo dice.
No. Significa que la cadena la escribió más de un lanzamiento de la ventana. El mismo ticker significa una cosa cuando un equipo relanza con él y otra cuando desconocidos convergen en él, y por eso el recuento de desplegadores va dentro de la frase y nunca se muestra aparte.
Un día es lo que una pasada por el registro de lanzamientos cubre al ritmo que sostuvo el endpoint. Se indica en la página con su rango de bloques y sus marcas de tiempo. La instantánea publicada registra el estado de identidad finalizado exacto utilizado para sus lecturas; la reproducción estricta vuelve a leer ese estado y se niega a continuar si el endpoint configurado no puede servirlo. Una ventana más larga diría más sobre cadenas y nada más sobre lanzamientos.
El índice usa como clave los primeros ocho bytes del hash de cada valor normalizado, con un recuento al lado. Esa clave truncada es una decisión de privacidad y tamaño del archivo, no una afirmación de que las colisiones sean imposibles. Una colisión fusionaría los recuentos y no podría separarse desde el archivo publicado, que no guarda cadenas en claro. Es un límite declarado del formato actual.
Por debajo de 12 palabras tras la normalización, una descripción es demasiado corta para comparar: los textos cortos coinciden por casualidad y el recuento no diría nada. La comprobación informa de que no se ejecutó en lugar de devolver una cifra que no puede sostener.
No. Lo que pegas se queda en tu navegador, y la comparación se hace ahí contra la tabla descargada. No se guarda nada y no se pone ninguna cookie. La página sí hace una petición: la primera vez que compruebas, descarga esa tabla desde este dominio, y nada más después.
Sí. El motor, el recolector, el escritor del índice, las pruebas y esta página están en el repositorio enlazado en el pie. El motor se escribe en lintcha y se copia aquí sin cambios; una tabla del repositorio nombra cada archivo copiado con su hash.
La misma persona que lleva lintcha, enlazado arriba. Este sitio no tiene afiliación con Robinhood, pons ni ningún launchpad, y no usa ninguna de sus marcas.
Una puntuación necesitaría un modelo, una calibración y un registro público de cuántas veces acertó. Este sitio no tiene nada de eso y no lo está construyendo. Informa de lo que comparten las cadenas y se detiene, porque un número que parece un juicio se leería como uno.
No. La comparación permanece fijada a la instantánea publicada y a su ventana exacta. El muro en vivo separado muestra solo nombres y tickers autodeclarados publicables leídos después de ese límite; no cambia ningún recuento aquí ni emite juicios.
No. Responde después de que lo abras, o publica en la sala pública donde fue añadido. Un mensaje directo que empieza sin que abras el bot no viene de este bot.
Una firma demuestra que el navegador controla la dirección de cartera que comprueba. El mensaje firmado nombra chain.lintcha.com y la marca de un solo uso de ese enlace, por lo que no puede reutilizarse con otro enlace de verificación. No es una transacción; no solicita ninguna aprobación ni gasta gas. Léelo en la cartera antes de firmar.