Mírame 《El Señor de los Anillos》,Karpathy propone nuevo benchmark para evaluar modelos grandes

marsbit发布于2026-08-03更新于2026-08-03

文章摘要

Andrej Karpathy, investigador de IA, ha propuesto un nuevo benchmark para evaluar modelos de lenguaje grandes: que generen una escena 3D interactiva a partir de la descripción textual del inicio de "El Señor de los Anillos". Este "benchmark del Señor de los Anillos" busca sustituir la popular prueba anterior de "un pelícano montando en bicicleta" en SVG, considerada ahora demasiado simple. El experimento usó el modelo Opus 5 de Anthropic y la biblioteca Three.js para JavaScript. Con la simple indicación del primer párrafo del libro, el modelo generó en aproximadamente 2 horas, usando 1 millón de tokens y 5500 líneas de código, un mundo 3D básico y funcione de la Comarca. Aunque el resultado visual es tosco y presenta errores como modelos flotantes, demuestra un avance significativo: la capacidad del modelo para planificar y ejecutar un proyecto complejo de código, comprendiendo relaciones espaciales y narrativas. Karpathy señala que esto expone una limitación actual: los modelos pueden generar mundos, pero aún no pueden "entrar" en ellos para comprenderlos visualmente o interactuar como un jugador. La comunidad ha respondido con creatividad, generando desde réplicas 3D de ciudades hasta conciertos virtuales, mostrando el potencial para reducir drásticamente la barrera de creación de prototipos 3D y juegos. El debate surge sobre si este método es un benchmark costoso pero revelador de la comprensión espacial y de planificación, o solo refleja un buen entrenamiento en Three....

Sin más dilación, ¡comencemos con la sesión diaria de 'tumbarse y no hacer nada' (doge)!

Recién ahora, el maestro Karpathy anunció que "nosotros" en Anthropic hemos comenzado a usar una forma completamente nueva de poner a prueba los modelos grandes:

《El Señor de los Anillos》.

Según Karpathy, este "benchmark del Señor de los Anillos" está tomando el relevo de la popular prueba SVG "Pelícano montando bicicleta".

Concretamente, Karpathy lanzó directamente el comienzo de 《El Señor de los Anillos》 a Opus 5, pidiéndole al modelo que construyera todo un "Mundo de la Tierra Media" en vivo usando Three.js.

En cuanto al efecto final, se parece un poco a las animaciones 3D chinas de finales de los 90 y principios de los 2000: muy rudimentario y abstracto.

Pero objetivamente, si lo miras con atención y además estás familiarizado con Hobbiton, el lugar de rodaje de 《El Señor de los Anillos》 en Nueva Zelanda, definitivamente puedes percibir un cierto aire.

Sin embargo, este producto que parece poco refinado, le costó a Opus 5: 1 millón de tokens, 2 horas y 5500 líneas de código.

Por supuesto, en el escenario no solo brilla solitario Claude.

Lo más divertido es la nueva versión que los internautas han servido, DeepSeek V4 Flash.

Directamente un "los chinos pueden volar", todos los personajes en la imagen flotando.

Frente a estos evidentes errores actuales, Karpathy es bastante objetivo.

Señala que Opus 5 aún no puede "entrar" verdaderamente en el mundo que genera, solo puede tomar capturas de pantalla en diferentes momentos, revisando lentamente dónde surgieron los problemas.

Y esto precisamente expone una debilidad significativa de los modelos grandes actuales:

Ya pueden escribir código, construir escenarios, generar juegos, pero aún no pueden entender realmente videos, ni jugar personalmente los juegos que ellos mismos crean.

Dos horas, construyendo a mano la Tierra Media

Veamos primero cómo se hace específicamente esta prueba del "Señor de los Anillos".

Si seguimos el significado literal del tuit de Karpathy, las palabras clave principales ingresadas a Opus 5 probablemente fueron el comienzo del Capítulo 1 de 《El Señor de los Anillos》, "Una fiesta muy esperada".

Bilbo Bolsón de Bolsón Cerrado anuncia que dará una gran fiesta por su cumpleaños 111, y Hobbiton inmediatamente empieza a murmurar......

Los interesados pueden probarlo por sí mismos.

Además, Karpathy también especificó Three.js en las palabras clave, es decir, una biblioteca de JavaScript para construir escenas 3D con código.

Así, la tarea de Opus 5 es comprender primero el texto inicial de 《El Señor de los Anillos》 y luego traducirlo en un mundo 3D que pueda ejecutarse en tiempo real en un navegador.

En todo el proceso, Opus 5 necesita usar polígonos para ensamblar personajes, edificios y objetos, colocarlos uno por uno en un sistema de coordenadas x, y, z, y luego organizar la cámara, luces y animaciones.

Cuándo se mueven los personajes, hacia dónde gira la cámara, cómo cambia la iluminación, cómo deben interactuar los objetos en la escena: todo necesita ser definido por el modelo con código.

Aunque las imágenes finales no son refinadas, y a menudo presentan problemas como clipping (objetos intersectándose) o flotación, como la separación del cuerpo y la cabeza de un personaje... al menos toda la escena fue realmente construida.

Es importante señalar que esto no es lo mismo que un modelo de video que genera píxeles cuadro a cuadro.

Three.js necesita primero construir personajes, objetos y escenas como objetos tridimensionales, y luego calcular en tiempo real su posición, ángulo y estado de movimiento según el código.

Por lo tanto, el Demo que vemos no es un video generado por IA común, sino una grabación de pantalla de una escena web 3D en ejecución.

Sin embargo, Karpathy también menciona en los comentarios que 3D procedural y generación de video no son mutuamente excluyentes.

Un usuario sugirió que se podría pasar esta grabación rudimentaria de Three.js a Seedance como video de referencia, para que un modelo de video lo vuelva a renderizar con mayor calidad visual.

Karpathy rápidamente expresó su acuerdo.

Según su idea, el código procedural podría encargarse de la composición y el control, estableciendo primero el esqueleto: dónde se paran los personajes, cómo se mueve la cámara, cómo avanza la trama.

Luego, pasar la grabación a un modelo Video-to-Video para que agregue texturas, iluminación y detalles, mejorando completamente la "apariencia" del Mundo de la Tierra Media.

En cuanto al audio, Opus 5 no lo cubrió todo esta vez.

Karpathy indicó que, por sus requisitos personales de calidad de sonido, finalmente usaron ElevenLabs.

Así es como surgió el Demo de 《El Señor de los Anillos》, con imágenes, cámara y narración en off.

Karpathy ya ha hecho open source de todo el proyecto, el enlace específico se puede encontrar al final del artículo.

Los internautas son mucho más interesantes que Karpathy

Justo después de que Karpathy publicara el Demo, muchos usuarios también vinieron a probarlo.

En general, solo se puede decir:

Esta generación de internautas tiene mucha más imaginación que Karpathy.

Alguien lanzó un proyecto «Earth Online» con Claude, cuyo objetivo es, con un grupo de AI Agents, construir poco a poco todo el planeta Tierra.

Actualmente, los Agent aún no han construido todo el planeta, solo un distrito frente al mar de San Francisco con estilo low-poly. Pero, a juzgar por las imágenes existentes, las proporciones de los edificios, la escala de los personajes y el estilo general se mantienen bastante uniformes.

Este efecto se asemeja un poco a esas películas animadas de mundo Lego. El estilo artístico no es complejo, pero los personajes, escenarios y acciones pueden funcionar de manera estable en el mismo mundo.

Siguiendo esta dirección, las animaciones con estilo simple y los juegos ligeros ya muestran un germen nativo de IA.

Otro usuario construyó un modelo digital 3D de la ciudad de Nueva York usando Fable 5 y GPT-5.6 Sol, e integró datos en tiempo real.

El modelo no solo debe colocar correctamente las calles y edificios de Nueva York, sino también mantener las relaciones espaciales entre diferentes áreas. El autor también propone que este tipo de tarea de generar mundos virtuales podría convertirse en un nuevo Benchmark de razonamiento espacial.

Y hay más exageraciones.

Un usuario que no pudo conseguir boletos para el concierto de Kanye West, simplemente se organizó uno propio en el navegador usando IA.

Todo el proyecto sigue construido con Three.js. Solo un archivo HTML, sin utilizar ningún modelo 3D preexistente, el escenario, los personajes y las luces se generaron completamente con código.

Todo el concierto preparó 14 canciones, cada una con diseño de iluminación independiente y un conjunto visual de escenario esférico exclusivo.

Los usuarios comunes pueden escuchar fragmentos; después de conectar Spotify Premium, también pueden reproducir pistas completas y la presentación entera.

¡No conseguir boletos y simplemente generarte uno privado, demasiado increíble!

¡¡¡Y no es todo!!!

Karpathy al final del post original también imaginó que posteriormente se podrían agregar mecánicas de juego a estos mundos 3D, permitiendo a los jugadores entrar en ellos como espectadores, NPCs o incluso personajes de la historia.

Resulta que aún antes de que Karpathy lo planificara, los usuarios ya lo habían hecho.

Este proyecto también utiliza Opus 5 y Three.js, no solo puede ejecutarse e interactuar, sino que incluso tiene audio incluido.

También siguen apareciendo más casos de diseño 3D. Desde las proporciones arquitectónicas, la distribución espacial hasta el estilo de las escenas, Opus 5 ya puede mantener una consistencia relativa en proyectos de escala considerable.

Hay muchos ejemplos similares, aquí no los mostraremos todos.

Objetivamente, estas obras aún están lejos de ser juegos verdaderamente maduros.

Si las mecánicas de juego deslumbrantes son divertidas, si son estables durante ejecuciones prolongadas, si los jugadores estarían realmente dispuestos a permanecer allí durante 15 minutos: actualmente no hay respuestas.

Pero el umbral de creación de contenido 3D en tiempo real y prototipos jugables, sin duda, ha bajado significativamente.

Además, si hay una nueva forma de probar las capacidades de los modelos que además es lo suficientemente interesante y divertida, ¿no sería genial?

El pelícano ha llegado a su límite

Entonces, ¿por qué de repente hacer que los modelos grandes generen 《El Señor de los Anillos》?

Esto se remonta a la popular prueba del "Pelícano montando bicicleta" de hace unos años.

Este problema provino originalmente del desarrollador Simon Willison, y el requerimiento era solo una frase:

Genera una imagen SVG de un pelícano montando una bicicleta.

Aunque la tarea parece simple, en realidad pone a prueba bastante el modelo.

Porque SVG parece una imagen, pero su base es una cadena de código.

El modelo no solo necesita saber cómo es un pelícano y una bicicleta, sino también descomponerlos en líneas, círculos y polígonos, y luego usar coordenadas para organizar las relaciones posicionales de cada componente.

Lo más crucial es que un pelícano y una bicicleta no combinan bien.

El cuadro, los neumáticos y los pedales de la bicicleta deben mantener la estructura geométrica correcta; el pelícano tiene un pico grande, patas cortas y una constitución que no parece apta para pedalear.

Combinados, es casi inmediato ver si el modelo realmente comprende las relaciones espaciales:

Si las ruedas están torcidas, si los pies alcanzan los pedales, si el pájaro realmente está montando la bicicleta o si el cuadro lo ha descuartizado en el acto.

¡Mira estos demos de finales del 2024!

Precisamente por eso, "Pelícano montando bicicleta" se convirtió en una prueba clásica de observación popular para evaluar la comprensión espacial, combinación de objetos y generación de código de los modelos grandes.

Pero a medida que los modelos se vuelven más potentes, este pelícano está llegando a su límite.

Basta ver el rendimiento de DeepSeek R1 y DeepSeek V4 para saber que los modelos actuales ya pueden realizar esta tarea de manera bastante decente.

Lo más importante es que una sola SVG solo puede examinar la salida única de un modelo.

No puede medir si el modelo puede planificar un proyecto complejo, trabajar de manera continua durante horas, y revisar y corregir sus propios errores entre miles de líneas de código.

Así, Karpathy cambió una pequeña tarea de "dibujar una imagen" por un gran proyecto de "construir un mundo":

El pelícano puede bajarse, el Mundo de la Tierra Media toma oficialmente el relevo.

El pelícano de Karpathy

Rápidamente, las noticias de que Karpathy preparaba cambiar la prueba del "pelícano" también llegaron a las principales comunidades.

Los comentarios con muchos votos en Hacker News opinan que, aunque la calidad visual de estos Demos es bastante mediocre, esto precisamente demuestra que necesitamos una nueva prueba más difícil que generar una sola imagen.

El nuevo benchmark no debería solo ver si el modelo puede dibujar correctamente, sino también examinar si puede comprender un mundo.

Después de todo, "Pelícano montando bicicleta" se ha usado por mucho tiempo.

Los modelos siguen optimizándose para este tipo de tareas en los rankings, y las diferencias entre ellos son cada vez más difíciles de discernir.

En comparación, generar un mundo 3D completo requiere que el modelo comprenda las relaciones espaciales entre personajes y objetos, maneje cámara, acciones y cambios de escena, en lugar de simplemente invocar un modelo de generación de video para producir una secuencia visual.

Por supuesto, también hay quienes expresan opiniones contrarias.

La prueba del pelícano es suficientemente concisa, de bajo costo, y los resultados son fáciles de comparar.

Para probar un modelo una vez, consumir tantos Tokens generando todo un mundo 3D es un poco como lanzar fuegos artificiales con poder computacional.

Al mismo tiempo, también se cuestiona si Three.js por sí solo puede medir las capacidades integrales de los modelos grandes.

Algunos opinan que este tipo de Demo solo puede demostrar que Anthropic entrenó bien en código Three.js, no que el modelo realmente comprenda el espacio y el mundo físico.

Pero pronto un usuario refutó:

Transformar un texto literario abstracto y ambiguo en una animación 3D requiere que el modelo maneje simultáneamente relaciones espaciales, leyes físicas, objetos cotidianos, así como transformaciones 3D y problemas matemáticos de gráficos por computadora.

Si esto solo cuenta como "saber escribir Three.js", es subestimar bastante estas 5500 líneas de código.

Otro usuario planteó una pregunta más abierta:

¿El llamado "razonamiento espacial" es realmente diferente del razonamiento que los modelos grandes realizan normalmente al procesar texto y código?

Un punto de vista sostiene que la validez de una imagen depende de si el modelo comprende relaciones espaciales como "delante/detrás, dentro/fuera, cerca/lejos, oclusión", así como la distancia, ángulo y tamaño relativo de los objetos desde diferentes perspectivas.

Pero otro punto de vista sostiene que, ya sea que el modelo procese "al lado de la roca" o "dentro del array", posiblemente esté haciendo lo mismo: generar tokens uno por uno según el contexto, y completar el razonamiento en este proceso.

Si es así, entonces lo que Opus 5 demuestra no es solo una "capacidad espacial" que surgió repentinamente.

Es más probable que la capacidad de razonamiento general originalmente utilizada por los modelos de lenguaje grandes para comprender texto y código, ya haya comenzado a extenderse naturalmente al mundo tridimensional.

Desde dibujar un pelícano hasta construir un Mundo de la Tierra Media, el problema parece haber cambiado, pero lo que se prueba en el fondo quizás siempre sea la misma pregunta:

¿Puede el modelo transformar su comprensión del mundo en una estructura que realmente pueda ejecutarse?

Y al final, quizás haya una pregunta aún más extravagante:

Si los modelos grandes generales ya pueden escribir código para construir mundos 3D por sí mismos, y luego invocar APIs como Seedance, ElevenLabs para completar imagen y sonido, ¿qué necesidad real tiene el usuario de abrir personalmente un producto especializado de generación de video e ingresar un Prompt?

Referencias

[1]https://karpathy.ai/lotr-movie/

[2]https://simonwillison.net/2025/Jun/6/six-months-in-llms/

[3] https://x.com/wizardbrainz/status/2083012159341203708

[4]https://x.com/aniketjart/status/2083645765097033845

[5]https://x.com/davidfromkansas/status/2075691129899528254

[6]https://x.com/MindaugasLT/status/2083488027343470939

Este artículo proviene del WeChat público "Qubit", autor: henry

热门币种推荐

相关问答

Q¿Qué es el 'benchmark de El Señor de los Anillos' propuesto por Karpathy y cómo funciona?

AEs un nuevo punto de referencia para evaluar modelos de lenguaje grande (LLM) que consiste en proporcionar al modelo (como Opus 5) el comienzo del texto de 'El Señor de los Anillos' y pedirle que, usando Three.js, genere un mundo 3D interactivo y ejecutable en un navegador. La tarea prueba la comprensión espacial, la planificación de proyectos complejos y la capacidad de generar miles de líneas de código coherentes para crear una escena animada.

Q¿Cuáles fueron los recursos que consumió Opus 5 para generar el demo de 'El Señor de los Anillos'?

AOpus 5 consumió aproximadamente 1 millón de tokens, 2 horas de tiempo de procesamiento y generó alrededor de 5500 líneas de código para crear la demo del mundo de 'El Señor de los Anillos' en Three.js.

Q¿Qué limitación clave de los LLM actuales expone este experimento según Karpathy?

AKarpathy señala que, aunque los LLM actuales pueden escribir código, generar escenas y crear juegos, aún no pueden 'entrar' realmente en el mundo que generan. No pueden comprender vídeos de forma profunda ni jugar a sus propios juegos para probarlos y depurarlos de manera autónoma, lo que revela una brecha en la comprensión y la interacción dinámica con entornos simulados.

Q¿Qué era el test del 'pelícano en bicicleta' y por qué está siendo reemplazado?

AEl test del 'pelícano en bicicleta' era un benchmark anterior que pedía a los modelos generar una imagen SVG de un pelícano montando en bicicleta. Evaluaba la comprensión espacial y la capacidad de traducir conceptos a código geométrico. Se está reemplazando porque los modelos actuales ya lo resuelven bien, y se necesita un test más complejo (como el de 'El Señor de los Anillos') que evalúe la planificación a largo plazo, la coherencia en proyectos extensos y la comprensión de mundos narrativos complejos.

Q¿Qué proyecto interesante creó un usuario con IA inspirado en el trabajo de Karpathy?

AUn usuario, tras no conseguir entradas para un concierto de Kanye West, utilizó IA (con Three.js) para generarse un concierto virtual completo en el navegador. El proyecto incluyó un escenario 3D, iluminación sincronizada con 14 canciones y la opción de reproducir música completa si el usuario tenía Spotify Premium. Este ejemplo muestra cómo la IA puede reducir drásticamente la barrera para crear prototipos de contenido 3D interactivo y experiencias personalizadas.

你可能也喜欢

Hyperliquid旗下HYPE在熊市中表现优于市场,随着AQAv2即将上线

加密货币交易员Pentosh1指出,去中心化衍生品交易所Hyperliquid的原生代币$HYPE是“熊市中表现最好的资产”,其代币经济模型可能使其在下一个牛市周期中继续取得成功。该观点基于Hyperliquid的收入分配结构:平台永续合约和现货市场产生的几乎所有交易费用都用于在公开市场回购并销毁$HYPE代币,而非留存于国库。 自2024年11月以来,Hyperliquid已销毁约4.62亿枚$HYPE,价值约12.7亿美元,约99%的协议费用用于资助代币回购。该销毁计划的规模直接取决于Hyperliquid处理的交易量,该交易所估计处理了全行业40%-70%的去中心化永续合约交易量,累计交易量已达数万亿美元。 另一个关键催化剂是即将在6天后(8月26日)激活的AQAv2机制。该机制将把平台上超过50亿美元USDC储备所产生收益的大约90%,注入用于回购的代币基金。分析师估计,这可能在现有机制基础上,每年额外增加1.35亿至1.6亿美元的回购资金。 近期,$HYPE价格因美国前总统特朗普关于监管机构正努力使Hyperliquid“完全合规”进入美国的言论而出现20-25%的短期上涨,推动其市值达到约180亿美元。交易员认为,代币销毁机制已证明其能随交易活动规模有效运作,而不依赖于市场炒作周期。

cryptonews.ru5小时前

Hyperliquid旗下HYPE在熊市中表现优于市场,随着AQAv2即将上线

cryptonews.ru5小时前

交易

现货

热门文章

什么是 G$

理解 GoodDollar ($G$):去中心化普遍基本收入的蓝图 引言 在不断发展的加密货币和区块链技术领域,旨在解决紧迫社会问题的倡议引起了越来越多的关注。其中一个项目是 GoodDollar ($G$),这是一种基于 Web3 的普遍基本收入 (UBI) 解决方案。GoodDollar 努力通过创建和分配可获得的经济资源来应对不平等现象,填补财富差距,特别是向那些最需要帮助的人。通过创新性地使用去中心化金融 (DeFi),GoodDollar 提供了一种独特的模式,可能会重新塑造全球对金融援助的认知和传递方式。 什么是 GoodDollar ($G$)? GoodDollar 是一种加密货币协议,为其注册用户每天发行和分配数字代币,称为 $G$。这些代币作为一种普遍基本收入,推动来自不同背景的个人的财务赋权,尤其是那些传统上被排除在金融系统之外的人。 GoodDollar 在区块链上运营,利用包括以太坊、Celo 和 Fuse 在内的多个链,确保广泛的访问和可用性。GoodDollar 的基本目标是使加密货币对于每个人都可访问和有益,而不论他们的经济起点如何。 GoodDollar ($G$) 的创始人 关于 GoodDollar 的创始人,具体情况仍然有些模糊。然而,项目获得了广泛认可的投资平台 eToro 的强有力支持,eToro 提供了 GoodDollar 开发的初始资金和基础支持。该项目背后的愿景并不只是追求利润,而是非常注重社会企业家精神,旨在推动经济可获得性系统性变革。 GoodDollar ($G$) 的投资者 GoodDollar 得到了 eToro 的财务支持和运营支持。此次合作在协议的推出及其后续发展中发挥了重要作用。虽然 eToro 在建立项目基础方面发挥了重要作用,但 GoodDollar 设想在长期内转向由其社区资助的模式。这种转变符合 GoodDollar 对去中心化的承诺,使其用户可以直接参与项目的未来。 GoodDollar ($G$) 如何运作? GoodDollar 的运营框架在很大程度上依赖于 DeFi 原则,通过质押加密货币生成利息。这一机制使得项目能够铸造并分发 $G$ 代币作为全球用户的数字基本收入。有几个关键特性使 GoodDollar 的独特性和创新性得以体现: 普遍基本收入 (UBI):每一天,注册用户都会收到免费的代币,建立了一种自动收入来源,旨在减轻财务压力。 可持续经济模型:该项目的代币经济学旨在平衡 $G$ 代币的供需,确保其价值随时间的推移保持稳定。 储备支持的代币:每个 $G$ 代币都由加密货币储备支持,赋予其固有的价值和可靠性,这是保持用户信任的关键因素。 去中心化治理:GoodDollar 通过代币驱动的去中心化治理方式采用民主决策方法。这使得社区成员能够积极参与项目方向的塑造,使其真正成为由社区驱动。 全球可达性:GoodDollar 建立了相当大规模的社区基础,拥有超过 640,000 名成员,分布于 181 个国家。这种广泛的影响有助于在全球范围内促进 UBI。 GoodDollar ($G$) 时间线 GoodDollar 的发展历程中标志着几个重要的里程碑: 2019:GoodDollar 钱包的推出标志着落实其通过加密货币提供 UBI愿景的第一步。 2020:在成功推出钱包后,GoodDollar 协议正式亮相。这标志着其提供每日分发收入使命的一项关键阶段。 2021:项目进一步推进,引入了去中心化自治组织 (DAO),促进了更高水平的社区参与和治理。 2022:GoodDollar 发布了其 DeFi 友好的版本 2 (V2),努力提高用户参与感和运营效率。同年,GoodDollar 还转向通过 GoodDAO 实现去中心化治理结构。 2022:构思出了一条新路线图,专注于像促进与 $G$ 相关的企业家风险投资的赠款计划等倡议,以及升级 GoodDollar 市场。 GoodDollar ($G$) 的关键特性 GoodDollar 项目引入了众多关键特性,旨在重新定义基本收入的格局: 普遍基本收入:向用户每天提供免费的代币,从根本上强调其消除经济脆弱性的使命。 多链运营:利用多个区块链网络提高可获得性和可扩展性,确保更广泛的参与。 与去中心化金融的接轨:DeFi 的使用允许可持续资金支持 UBI 模型,增强其作为经济解决方案的可行性。 社区参与和治理:GoodDollar 设想了一种模型,社区通过民主参与影响运营,促进透明度和问责制。 全球社区:拥有一个多元化的全球社区使该项目能够根据不同文化和经济背景实施量身定制的 UBI 解决方案。 结论 GoodDollar 代表了通过区块链技术的创新视角,融入普遍基本收入原则的一次变革性飞跃。通过利用去中心化金融,该项目不仅提供了解决财务不平等的方案,还积极让用户参与其治理和运营。随着社区的不断壮大和路线图的不断演变,GoodDollar 在加密货币与社会福祉交汇的领域中,成为一个重要的参与者,开辟了更公平的金融未来。随着其持续发展,GoodDollar 的旅程最终可能会激励其他倡议考虑类似的模型,进一步推动经济赋权的事业。

353人学过发布于 2024.04.01更新于 2024.12.03

什么是 G$

如何购买G

欢迎来到HTX.com!我们已经让购买Gravity(G)变得简单而便捷。跟随我们的逐步指南,放心开始您的加密货币之旅。第一步:创建您的HTX账户使用您的电子邮件、手机号码注册一个免费账户在HTX上。体验无忧的注册过程并解锁所有平台功能。立即注册第二步:前往买币页面,选择您的支付方式信用卡/借记卡购买:使用您的Visa或Mastercard即时购买Gravity(G)。余额购买:使用您HTX账户余额中的资金进行无缝交易。第三方购买:探索诸如Google Pay或Apple Pay等流行支付方法以增加便利性。C2C购买:在HTX平台上直接与其他用户交易。HTX场外交易台(OTC)购买:为大量交易者提供个性化服务和竞争性汇率。第三步:存储您的Gravity(G)购买完您的Gravity(G)后,将其存储在您的HTX账户钱包中。您也可以通过区块链转账将其发送到其他地方或者用于交易其他加密货币。第四步:交易Gravity(G)在HTX的现货市场轻松交易Gravity(G)。访问您的账户,选择您的交易对,执行您的交易,并实时监控。HTX为初学者和经验丰富的交易者提供了友好的用户体验。

1.3k人学过发布于 2024.12.10更新于 2026.06.02

如何购买G

什么是 @G

石墨网络,$@G:连接传统金融与Web3 石墨网络,$@G简介 在充满活力的加密货币和Web3项目的世界中,石墨网络作为创新的灯塔而崭露头角。凭借其本地代币$@G,这个Layer-1、权威证明(PoA)区块链旨在弥合传统金融(TradFi)与快速发展的Web3生态系统之间的差距。随着数字货币的获得关注,石墨网络努力提供一个优先考虑安全性、合规性和速度的区块链平台,展现出作为信任和问责的促进者的形象。 什么是石墨网络,$@G? 石墨网络不仅仅是另一个区块链项目;它旨在重新定义去中心化、安全性和用户问责在数字金融领域的认知。该项目拥有一系列独特的特点: 基于声誉的区块链:石墨网络的核心实施了一用户一账户政策,结合了集成的客户尽职调查(KYC)验证和评分机制。这一设计确保了用户隐私与透明度之间的平衡——这是当今数字世界金融操作的关键方面。 入口节点收入:该网络激励用户设置入口节点,使运营商能够从网络交易中获得奖励。这种收入生成模式不仅提升了用户参与度,还增强了网络健康和去中心化。 EVM兼容性:凭借与以太坊兼容的虚拟机(VM),石墨网络实现了现有Solidity去中心化应用(dApps)和智能合约的无缝集成,从而邀请开发者在无需大量修改的情况下利用其能力。 KYC集成:在合规性至关重要的时代,集成的KYC框架与多个验证层次增强了对金融操作的控制,而无需强制参与,为用户自主权树立了先例。 谁是石墨网络,$@G的创造者? 石墨网络源于石墨基金会的努力,石墨基金会是一个致力于石墨网络开发、维护和演变的非营利组织。基金会的承诺强调了该项目创建一个安全和可持续的区块链环境的愿景,专注于真正的用户参与和合规性。 谁是石墨网络,$@G的投资者? 目前,关于支持石墨网络倡议的具体投资者的信息有限。创始组织石墨基金会独立运作,促进项目的增长,同时寻求与其合规和可访问区块链平台愿景相符的合作伙伴关系。 石墨网络,$@G如何运作? 石墨网络的运作基于其独特的权威证明共识机制,在高吞吐量与去中心化之间取得了令人印象深刻的平衡。让我们深入探讨定义其运作的各个组成部分: 传输节点:作为入口节点,这些节点对生态系统至关重要。运营商可以从穿越网络的交易中获得收入,这不仅赋能了个体用户,还增强了网络去中心化。 授权节点:石墨网络的核心是经过严格合规测试的核心验证者,包括强有力的KYC验证和技术评估。这一信任层对于确保网络内交易保持高水平的完整性至关重要。 代币系统:石墨网络采用独特的代币系统用于其包装代币,称为@G。此功能增强了资产集成的清晰度,使用户交易易于理解和直接。 石墨网络的创新方法反映了在解决数字金融关键问题方面的重要一步,为未来的用户从传统金融形式转向去中心化应用的世界做好了良好的定位。 石墨网络,$@G的时间线 要了解石墨网络的发展和里程碑,回顾其时间线上的关键事件是有益的: 2021年:石墨基金会成立的石墨网络标志着区块链开发新篇章的开始,专注于合规性和用户赋权。 关键发展:在启动后,入口节点收入的引入、基于声誉的模型的建立、集成KYC验证以及EVM兼容性的提供代表了项目的重要进展。 近期活动:石墨基金会持续的发展和培育工作专注于增强网络功能,同时促进生态系统的增长,展示了对可持续性和创新的长期承诺。 其他关键点 除了其基础组件,石墨网络还包含多个工具和功能,增强其可用性: 石墨钱包:一个用户友好的Chrome扩展,方便访问各种网络功能和应用,提升用户便利性。 石墨桥:该工具允许在不同网络之间无缝转移石墨资产,促进一个集成和可互操作的生态系统。 石墨浏览器:作为生态系统中的一个重要工具,该功能使用户能够实时查看和验证智能合约源代码、跟踪交易并探索其他重要信息。 石墨测试网:该项目为开发者提供了一个强大的测试环境,使他们能够在主网部署之前确保稳定性和可扩展性。这一举措不仅赋能了开发者,还增强了整个网络的可靠性。 结论 石墨网络及其本地代币$@G代表了在连接传统金融与尖端区块链技术方面的重要一步。通过专注于安全性、合规性和去中心化,这一创新平台将引领向Web3时代的过渡。随着用户参与度的增长和更多项目利用其能力,石墨网络有望为快速发展的数字生态系统做出持久贡献。 总之,石墨网络证明了当创新思维与现代金融和技术的日益增长需求相结合时,可以实现的成就。随着世界探索去中心化金融的潜力,石墨网络无疑将在这一领域中继续扮演重要角色。

188人学过发布于 2025.01.06更新于 2025.01.06

什么是 @G

相关讨论

欢迎来到HTX社区。在这里,您可以了解最新的平台发展动态并获得专业的市场意见。以下是用户对G(G)币价的意见。

活动图片