海苔

Recentemente, encontrei um detalhe e percebi que a equipe por trás do @Fogo Official é, na verdade, mais interessante do que eu imaginava.

O desenvolvedor do Fogo é a Douro Labs — esse nome pode soar estranho, mas é um dos principais contribuidores por trás da Pyth Network. O que é a Pyth? É o principal oráculo de baixa latência no espaço DeFi, projetado para fornecer preços para negociações de alta frequência, com dados atualizados em milissegundos. Em outras palavras, essas pessoas passaram mais de três anos estudando "como fazer os dados correrem mais rápido".

Agora, ao olhar para o Fogo, fica um pouco mais claro: não se trata de um grupo de desenvolvedores de blockchain que de repente decidiram criar uma cadeia, mas sim de um grupo de pessoas que trabalha com dados de alta frequência, que percebeu que a infraestrutura subjacente não estava acompanhando, e decidiu entrar em cena para corrigir a lacuna.

Essa lógica pode ser vista na escolha da tecnologia. A Pyth integra um oráculo nativo ao Fogo, o que equivale a fornecer os dados de preços mais essenciais pelo caminho mais rápido. Outras cadeias ainda precisam considerar o problema da latência do oráculo, mas no Fogo, isso é contornado diretamente — porque as pessoas que fazem oráculos são as mesmas que fazem a cadeia.

Outro ponto é a integração do Wormhole. Quando a mainnet do Fogo foi lançada, o Wormhole foi integrado diretamente como a ponte nativa oficial, permitindo que os usuários transferissem ativos de mais de 40 cadeias. À primeira vista, isso parece ser uma operação cross-chain, mas se pensarmos mais profundamente: a transmissão de mensagens cross-chain do Wormhole também é projetada para baixa latência. A colaboração com eles significa que desde o depósito até a negociação e os dados, toda a cadeia está buscando o objetivo de "rapidez".

E um pequeno detalhe: a rede de testes do Fogo fez mais de 40 milhões de transações antes de lançar a mainnet. Esse número esconde um processo de teste da Pyth que é extremamente sensível à latência — no sistema da Pyth, dados lentos por alguns milissegundos são considerados um acidente. O Fogo, com essa genética, faz testes, o que naturalmente implica que suas exigências de estabilidade são diferentes das de uma cadeia pública comum. #fogo $FOGO

Vanar在AI方向的布局，最让我意外的不是它做了Neutron或Kayon，而是它正在把“生成式AI”直接搬上链。

2026年的路线图里，@Vanarchain 计划推出一套生成式工具：语音转文字、AI驱动的图像和视频生成，全都集成在链上。这意味着什么？意味着用户以后在Virtua元宇宙里，可以直接用语音生成虚拟场景、用文字描述生成NFT，不用离开链、不用调用外部API，全程在链上完成。这对创作者来说，是真正的“一键式”创作体验。

另一个容易被忽略的动作是它与MCP协议（Model Context Protocol）的整合。通过这套协议，ChatGPT、Claude这些主流AI工具可以直接调取Vanar链上的记忆数据。你上周在某个游戏里和NPC聊过的内容、上个月签过的数字合同，AI助手都能记得，还能基于这些上下文帮你做决策。这等于把链上数据变成了AI的“长期记忆库”。

最近它还和OpenClaw做了整合，把Neutron的语义记忆能力直接嵌入AI代理的工作流。代理可以在Discord、Slack、WhatsApp这些平台上保持连续记忆——你在这头跟它聊一半，换到另一个App继续聊，它能无缝接上，不用从头再来。这种跨平台、跨会话的持久记忆，才是真正“智能”该有的样子。

大多数公链做AI，要么是发个代币蹭热点，要么是堆几个技术名词。Vanar这几步棋，走的是另一条路：让AI真正能用、能记住、能生成，而且这一切都发生在链上。当别的链还在卷TPS的时候，它已经在想怎么让链自己“学会创作”了。#vanar $VANRY

Vanar está silenciosamente mudando as expectativas dos desenvolvedores sobre a "infraestrutura de blockchain".

Um desenvolvedor que migrou do ecossistema Ethereum disse que usou uma palavra para descrever a sensação de se mudar para @Vanarchain : "O design defensivo finalmente pode ser descartado."

Isso é bem interessante. Desenvolver em uma blockchain pública significa que você precisa prever uma série de problemas: o que fazer se a rede ficar congestionada? Como alertar se o custo do gás disparar? Como guiar os usuários sem moedas para pagar as taxas? A energia dos desenvolvedores é consumida em grande parte por essas "situações marginais", em vez de se concentrar na lógica central do produto.

Uma das coisas que a Vanar faz é tornar essas situações marginais desnecessárias de serem previstas. O modelo de custo fixo transforma o custo do gás em algo previsível, com um mínimo de 0,0005 dólares, e os desenvolvedores não precisam mais escrever janelas pop-up para os usuários explicando "por que é tão caro". A certeza nas transações é máxima, operações complexas podem ser totalmente tratadas na blockchain, sem depender de servidores externos para sincronizar o estado. Os desenvolvedores não precisam mais estar constantemente em alerta, podem começar a confiar nos valores padrão.

Essa "previsibilidade" é, na verdade, uma forma de pensamento de infraestrutura mais fundamental. A maioria das blockchains públicas oferece "possibilidades" — você pode fazer qualquer coisa, mas o preço é que você deve lidar com todas as incertezas. A Vanar oferece "certeza" — você pode fazer menos coisas, mas ao fazê-las, você sabe como será o resultado.

Para desenvolvedores de criptomoedas que estão acostumados a lutar na incerteza, essa mudança requer adaptação. Mas uma vez que você se adapta, é difícil voltar. Como aquele desenvolvedor disse: quando você já foi ferido pela confusão da infraestrutura em outros lugares, você encontra que esse ambiente focado e previsível é exatamente o que você sempre procurou. #vanar $VANRY

最近在开发者社区里翻帖子，发现一个有意思的现象：不少Solana生态的开发者，私下里在讨论@Fogo Official 。

讨论的点不是“要不要迁移”，而是“如果过去，代码能直接跑吗”。有人专门做了测试，把一个Solana上的DEX合约拿过来，改了改配置文件，部署到Fogo测试网上，跑通了。Gas消耗低了一截，出块快了一截。帖子下面有人回：看来不用重新学Rust了。

这事其实挺关键。L1的冷启动，最难的不是技术，是开发者生态。让开发者为了一个新链重新学一套语言、重写一套合约、重构整个前端，成本太高了。大部分新链就是这么死的。Fogo选了SVM，等于直接接住了Solana这几年积累的开发者存量——那些在Rust里摸爬滚打出来的人，那些被Solana网络折腾得够呛但舍不得换赛道的人，现在多了一个出口。

另一个细节是Fogo对Pyth的集成。Pyth本身就是Solana生态长出来的预言机，现在给Fogo喂价，等于把Solana上那套价格数据直接搬过来了。做交易的应用，最怕的就是预言机不兼容或者延迟高。Fogo这个选择，等于把DeFi应用的另一块地基也铺好了。

还有个事值得提：Fogo在文档里专门写了“如何将Solana程序迁移到Fogo”，步骤列得清清楚楚，连常见的兼容性问题都提前标出来了。这种细节说明他们是真的想让开发者过来，不是在喊口号。

现在生态还早。但至少对于那批受够了Solana网络问题、又舍不得离开SVM生态的开发者来说，Fogo是一个不用改行、不用重学、不用换工具链的选项。#fogo $FOGO

Fogo还有一个细节值得聊：它对“透明度”这件事的态度，跟很多项目不太一样。

大多数新公链主网上线后，数据就慢慢锁起来了。TPS多少、出块时间多少、验证者运行得怎么样，都成了“内部信息”，外面的人只能看PR稿里那几个漂亮数字。但Fogo的区块浏览器是公开的，每个区块的时间戳、每个验证者的投票情况、每笔交易的延迟，都能直接查到。

我专门去翻过几天的数据。拿2月14号那天举例，24小时里出了220万个区块，平均出块时间确实稳定在40毫秒上下。有几个区块稍微慢了点，50多毫秒，浏览器里直接标出来了，旁边还附了原因——某个区域的验证者网络波动。这种透明度的好处是：你能看到它的真实表现，而不是团队想让你看到的那一面。

另一个点是@Fogo Official 对开发者文档的投入。它的技术文档写得极细，Sessions功能的实现原理、PDA怎么派生、账户怎么关闭，都有完整的示例代码和流程图。甚至包括那些“劝退”的内容——比如跑验证者的硬件门槛、节点运维的注意事项，也都明明白白写着。这种态度挺拉好感的：它不是在招揽“随便谁都能来”，而是在筛选真正愿意花时间理解它的人。

Fogo Fishers这个测试网参与计划也值得一提。4000万笔测试交易不是团队自己跑的，是真实用户从世界各地连进来折腾出来的。每个人跑完都会写反馈，哪些地方卡、哪些功能不好用，都挂在GitHub上。主网上线后修复的那些问题，很多就是这些反馈堆出来的。

这种“把过程摊开给人看”的做法，在加密圈其实不多见。很多项目喜欢藏着掖着，等到主网上线放几个数字就算交差。Fogo选择了一条更麻烦的路——让所有人都能盯着它跑，跑得好不好一目了然。这种透明度可能比任何PR稿都管用。#fogo $FOGO

Sobre @Vanarchain , há um ângulo que muitas vezes é facilmente ignorado: o que está fazendo, na verdade, é ajudar marcas tradicionais a "traduzir" o Web3.

Entrei em contato com várias marcas que querem experimentar o Web3, e o maior obstáculo delas muitas vezes não é a tecnologia, mas sim a linguagem. O que significa "mintar", "staking", "liquidez de mineração", cada palavra precisa ser explicada por um bom tempo. Quando a explicação termina, o outro já perdeu o interesse.

A solução da Vanar é bastante inteligente — ela não faz tradução, mas permite que as marcas não precisem usar essas palavras. Colaborando com a Nexera para a tokenização de RWA, à primeira vista parece um quadro de conformidade, mas na verdade está ajudando as marcas a traduzir "emitir NFT" como "emitir cartões de membro". Conectar com a Worldpay é traduzir "comprar moeda" como "realizar pagamento". A certificação de neutralidade de carbono é traduzir "PoS" como "sustentabilidade".

As marcas só precisam fazer o que sabem fazer de melhor: criar eventos, operar usuários, vender coisas. Todas as partes que precisam ser explicadas, a Vanar mantém do lado de fora.

Recentemente, as lojas pop-up de marcas dentro da Virtua seguem essa lógica. As marcas entram, apenas alugam um espaço virtual, organizam um evento, distribuem alguns itens promocionais. Elas não precisam saber que isso envolve abstração de conta, armazenamento Neutron, protocolos cross-chain. Elas só sabem que os usuários entraram, se divertiram bastante, e os produtos foram vendidos.

Esse tipo de serviço "sem explicação" é, na verdade, mais eficaz do que qualquer educação. #vanar $VANRY

Recentemente, ao revisar a documentação técnica do Fogo, descobri um detalhe que antes não tinha dado muita atenção: sua estratégia de cliente é, na verdade, o ponto mais crítico de todo o projeto.

A maioria das blockchains públicas fala sobre "múltiplos clientes", o que significa que o mesmo protocolo é executado em várias implementações de código diferentes - por exemplo, o Ethereum tem Geth e Nethermind, e o Solana tem um cliente nativo em Rust e o Firedancer desenvolvido pela Jump. A lógica é que a diversidade de código pode prevenir vulnerabilidades e aumentar a segurança. Parece uma boa ideia.

Mas @Fogo Official é o oposto. Desde o início, ele só executa um único cliente - uma implementação única baseada no Firedancer. A razão é: em cenários de alta frequência, a velocidade final da rede é determinada pelo cliente mais lento. Múltiplos clientes significam que o consenso deve se adaptar ao desempenho do nó mais fraco, e o rápido não consegue operar. O Solana realmente se vê preso nessa situação - o Firedancer pode alcançar milhões de TPS na rede de teste, mas ao ir para a rede principal, precisa colaborar com outros clientes, e o desempenho cai. O Fogo basicamente removeu esse fardo.

Alguns criticam isso como centralização, mas pensando de outra forma: se o objetivo é permitir que a cadeia opere em velocidades comparáveis às da Nasdaq, então todos os nós precisam usar o mesmo motor e a mesma estrutura. Carros de corrida F1 não permitirão que um carro antigo entre na corrida, não por discriminação, mas porque ele realmente não consegue acompanhar.

Outro ponto é a lógica de seleção de validadores. A rede principal do Fogo atualmente tem apenas de 19 a 30 validadores, e há um claro limite de hardware - CPU de 24 núcleos, 128 GB de memória, e SSD NVME de 4 TB são a configuração mínima. Mais importante ainda, exige que os validadores tenham experiência em operar redes de alto desempenho como Solana ou Hyperliquid. O que isso significa? Significa que aqueles que conseguem entrar não são investidores individuais que jogam com um notebook, mas equipes que realmente entendem a operação de nós de alto desempenho.

E aquele "consenso multi-regional", que já discutimos anteriormente, mas não detalhei seu mecanismo de segurança. O Fogo escolhe dinamicamente uma região como centro de execução a cada Epoch, mas se alguma região tiver problemas e a votação não atingir os padrões, a rede automaticamente retorna ao "modo de consenso global" para garantir a segurança. Isso equivale a adicionar uma camada de segurança à disposição geográfica: busca-se velocidade, mas sem sacrificar a usabilidade por causa da velocidade.

Esses designs, quando vistos em conjunto, mostram que o pensamento do Fogo é bastante claro - não se pretende fazer uma cadeia em que "todos possam rodar nós", mas sim uma cadeia que "rode rápido o suficiente para que instituições queiram participar" #fogo $FOGO .

看@Vanarchain 最近的动作，我注意到一个之前没太细想的点：它正在把区块链从一个“存东西的地方”变成一个“能干活的地方”。

这话怎么理解？传统的区块链，不管TPS多高，本质上是静态的——资产存进去，不动了。你想让它做点事，得靠外部调用。但Vanar的Neutron和Kayon这套架构，让链本身有了“记忆”和“推理”能力。Neutron能存高维向量，跨交易保持上下文；Kayon能在链上直接跑AI推理。

这意味着什么？意味着未来的智能合约可以是活的。比如一份存证的合同，以前只能放着，出事了拿出来看。但在Vanar这套架构下，合同可以自动验证发票内容，确认无误后触发付款。不需要人盯着，不需要中间机构，代码自己就把事办了。

和NVIDIA的合作也是这个逻辑——CUDA、Tensor这些工具集成进去，开发者能在链上直接跑AI模型。这不再是“区块链+AI”的拼接，而是从底层就是为AI交互设计的。

另一个被低估的点是它对开发者的理解。很多公链让开发者自己搭环境、自己#vanar $VANRY

Vanar团队有个不太被提及的特点：他们是从游戏和娱乐行业出来的。

这个背景其实挺关键。做过游戏的人都知道一个道理——玩家没有义务理解你的技术逻辑，他们只关心两件事：好不好玩，卡不卡。你花三年做的物理引擎，玩家感知不到等于没做。你自诩的去中心化创新，用户卡在登录页面就等于零。

这种“用户本位”的思维，在加密圈其实是稀缺品。太多项目是从技术出发，先想好共识机制、虚拟机、跨链协议，再回头找应用场景。Vanar的顺序是反过来的：先想好玩家怎么进来、品牌怎么用、开发者怎么接，再回头搭底层。

所以你看@Vanarchain 元宇宙，登录是微信、捏脸是常规操作、买虚拟物品点一下就行。用户全程不知道Gas费是什么，不知道资产存哪条链，甚至不知道自己“在用区块链”。等哪天他发现自己买的虚拟衣服能带到别的游戏里，再去解释背后的机制也不迟。

VGN游戏网络也是这个思路。把区块链拆成模块，让游戏工作室可以直接插进现有的开发流程。不用专门招懂Solidity的人，不用重新设计经济模型，原来怎么做游戏现在还怎么做。有开发者说，接VGN最爽的是“不用给产品经理科普什么是私钥”。

这种基因决定了Vanar的产品逻辑：所有决策的出发点，不是“这技术酷不酷”，而是“用户会不会因此少点麻烦”。听起来很简单，但在加密行业，愿意这么想的人真不多。#vanar $VANRY

Fogo那个Sessions功能，我前段时间专门去翻了下技术文档，发现比想象中有意思得多。

表面上看，它只是“一次授权、免签名交易”，解决的是用户操作上的摩擦。但实际实现起来，这事没那么简单——免签名意味着要把用户的私钥权限委托给一个会话密钥，怎么确保这个密钥只能干授权范围内的事？怎么防止它被滥用？怎么在丢了之后撤销？

@Fogo Official 的做法是用了一套“指令内省”的机制。用户在链下用主钱包签一个“意图消息”，里面写明这个会话能用多久、能跟哪些程序交互、能花多少钱。然后链上启动会话时，系统会往前回溯交易指令，验证这个签名是不是真的、授权范围是不是匹配。一旦验证通过，会话期间的所有交易都由那个临时密钥签名，但每笔交易执行前，系统都会实时检查——过期了没有？调用的是授权程序吗？花销超限了吗？——全过了才放行。

更有意思的是它对Token程序的修改。普通的SPL Token程序不认识什么“会话密钥”，Fogo专门加了个“会话钩子”，每次转账都会触发检查。而且这些检查不是事后审计，是交易执行过程中的即时拦截，过期的、超限的、没授权的，直接在虚拟机层面就挡回去了。

这套设计让我想到一个词：可编程的信任。它不是简单地模仿中心化交易所的体验，而是用链上的技术手段，把“临时授权”这件事做得足够细、足够安全。用户省的是签名的次数，但安全边界一点没省。

当然，这套机制对开发者也有要求——得按照Fogo Sessions的规范去适配程序。目前看Ignition、Ambient这些原生协议都已经接进去了。技术文档里写得很细，连PDA怎么派生、账户怎么关闭都有完整示例。这种透明度在加密圈挺难得的，说明他们是真想把这套东西做扎实，而不是临时凑个营销噱头。

#fogo $FOGO