Que tipo de chain é a NEAR, afinal?
A NEAR Protocol é uma blockchain de camada 1 que lançou a sua mainnet em 2020. Utiliza um mecanismo de consenso delegated proof-of-stake, em que os detentores de tokens fazem stake de NEAR com validadores e os validadores revezam-se na produção de blocos. A proposta principal é o sharding: o design da NEAR, chamado Nightshade, divide o estado e a computação da rede por múltiplas chains paralelas, com a ideia de que a capacidade de processamento escala à medida que mais shards são adicionados.
Para os programadores, a chain traz um runtime de smart contracts que não é a EVM. Os contratos são tipicamente escritos em Rust ou AssemblyScript e compilados para WebAssembly. Essa escolha traz desempenho e uma linguagem familiar para programadores de sistemas, mas também significa que as ferramentas, a pool de programadores e as bibliotecas de contratos existentes são mais pequenas do que as da Ethereum. A maioria dos leitores reconhece o trade-off: escolher uma chain com um conjunto de ferramentas maior e menor capacidade de processamento, ou escolher uma com uma pool mais pequena e mais margem.
A NEAR também aposta forte na abstração de contas, que é a ideia de que as contas de utilizador podem ter regras programáveis de segurança e recuperação, em vez do modelo estático 'uma chave privada controla tudo' das chains mais antigas. A recuperação via guardiões familiares, carteiras multisig e patrocínio de gas estão desenhadas ao nível do protocolo, não acrescentadas com smart contracts de carteira separados. Esta é a fundação sobre a qual tudo o resto no ecossistema se sustenta.
Sharding Nightshade: o que é real e o que não é
O Nightshade é a abordagem da NEAR ao sharding, uma técnica para dividir o trabalho da blockchain por muitos processadores paralelos, de modo a que a rede consiga lidar com mais transações à medida que cresce. No design da NEAR, o estado de cada shard é costurado num único bloco na main chain, razão pela qual a arquitetura se chama Nightshade: cada shard contribui com uma 'fatia' do bloco global, como uma peça de um fruto maior.
O alerta importante é que o Nightshade não está totalmente ativo. No protocolo atual, a rede opera no que a NEAR chama 'Fase 0' do sharding, em que o estado é dividido em shards, mas apenas um shard está a processar transações de cada vez. Os validadores ainda descarregam todo o estado dos shards para validar, pelo que a rede ainda não atingiu o marco de 'cada validador acompanha apenas alguns shards' que a verdadeira escalabilidade horizontal implica. O roadmap do Nightshade inclui também validação stateless e crosstown congestion, ambas ideias em fase de investigação e não código já em produção.
Para os utilizadores, isto importa menos do que os materiais de marketing sugerem. Hoje, a mainnet da NEAR é rápida e as fees são baixas, mas não por causa do sharding no sentido de múltiplos shards. É rápida porque a chain ainda não está congestionada. A forma honesta de enquadrar é: o Nightshade é um design credível e bem engenharado, vindo de uma equipa com raízes na investigação de sharding (incluindo o cofundador Illia Polosukhin e o early advisor Alex Skidanov), e a primeira fase está a ser entregue, mas o apelativo 'milhares de TPS vindos do sharding' é um estado futuro, não um facto presente.
Assinaturas de cadeia e abstração de contas
As assinaturas de cadeia são a funcionalidade técnica mais distintiva da NEAR. Em termos simples, permitem que uma conta NEAR assine transações noutras blockchains. Um único endereço NEAR pode produzir uma assinatura válida para Bitcoin, Ethereum, Cosmos e outras, tudo a partir de um único conjunto de chaves. Nos bastidores, uma rede de computação multipartidária (MPC) composta por validadores da NEAR detém em conjunto as chaves privadas subjacentes, e o contrato NEAR atua como coordenador que solicita assinaturas quando o utilizador as autoriza.
Porque é que isto importa: colapsa a experiência multi-cadeia. Em vez de guardar frases-semente separadas para Bitcoin, Ethereum e NEAR, um utilizador pode manter tudo dentro de uma conta estilo NEAR, com regras de recuperação familiares, e ainda assim assinar para ativos que não são NEAR. Para um programador, isto significa que uma carteira nativa NEAR pode oferecer swaps entre cadeias, minting entre cadeias e até votação de DAO entre cadeias, sem que o utilizador saia da abstração.
As assinaturas de cadeia são também a base da história de abstração de contas da NEAR. Como o modelo de conta já é flexível (contas nomeadas, multisig, gás patrocinado, recuperação), e como essa mesma conta pode assinar para outras cadeias, a NEAR posiciona-se como uma meta-cadeia que orquestra atividade noutros locais. O risco, como sempre com MPC, é que a segurança da camada multi-cadeia depende da honestidade do comité de assinatura. A conceção da NEAR assume que um quórum de validadores não irá conluiar, que é a mesma suposição de confiança que protege a própria cadeia, e que se tem mantido até agora, mas continua a ser uma suposição real.
Aurora: a camada de compatibilidade EVM
Aurora é uma camada construída sobre a NEAR que executa a Ethereum Virtual Machine. Não é uma sidechain, é um contrato inteligente na NEAR que executa bytecode EVM e lê de um estado compatível com Ethereum. Do ponto de vista de um programador, Aurora é um destino drop-in: contratos em Solidity, toolchains Hardhat ou Foundry e endpoints JSON-RPC familiares do Ethereum funcionam todos com alterações mínimas.
Esta foi uma escolha deliberada da equipa NEAR para captar programadores Ethereum que não queriam aprender Rust. A Aurora inclui também a sua própria bridge (a Rainbow Bridge) para mover ativos entre Ethereum, NEAR e Aurora, além de um token de gás (ETH na Aurora, não NEAR), para que os utilizadores possam pagar taxas no ativo que já detêm. O resultado é uma zona compatível com EVM que beneficia da finalidade e das taxas da NEAR, preservando a experiência de programação EVM.
A leitura honesta: a Aurora funciona e tem acolhido protocolos DeFi reais, incluindo uma DEX estilo Uniswap v2 chamada Trisolaris e um mercado de empréstimos. Mas o TVL na Aurora tem sido historicamente uma pequena fração das principais L2, e a atividade tem oscilado com programas de incentivos em vez de se instalar numa base de utilizadores estável. Se estiver a avaliar a NEAR, trate a Aurora como uma saída útil, não como um sinal de que a NEAR 'resolveu' a compatibilidade EVM ao nível da L1. A NEAR continua a ser uma cadeia não-EVM com o seu próprio modelo de contratos.
Intenções e a tese do 'trading como liquidação'
As intenções são um novo padrão de design no trading descentralizado. Em vez de o utilizador submeter uma transação específica (trocar 100 USDC por ETH na Uniswap, pagar este gás, aceitar este slippage), o utilizador declara uma intenção: 'Quero pelo menos 0,03 ETH por 100 USDC, liquidado na mainnet Ethereum, nos próximos cinco minutos.' Uma rede de solvers off-chain compete então para preencher essa intenção, frequentemente encaminhando através de várias plataformas e cadeias, e a melhor execução vence.
A NEAR é uma das proponentes mais agressivas deste modelo. A tese, por vezes chamada 'trading como liquidação', defende que a unidade de trabalho significativa no DeFi não é a transação, mas o resultado desejado pelo utilizador, e que os solvers (market makers e routers profissionais) estão em melhor posição para encontrar o melhor caminho do que o utilizador a clicar numa interface. As assinaturas de cadeia tornam o modelo mais poderoso na NEAR em particular, porque um utilizador pode assinar uma intenção uma vez e ter um solver a executar em Bitcoin, Ethereum e NEAR num único fill.
A expressão emblemática disto na NEAR é a DEX baseada em intenções que surgiu da mesma tradição de investigação do movimento mais amplo das intenções, incluindo contributos de equipas que trabalham no estilo de competição de solvers do '1inch Fusion' e no design de leilão do 'UniswapX'. A proposta é real: melhor execução para os utilizadores, liquidez mais eficiente para os solvers e uma UX mais limpa, uma vez que os utilizadores não escolhem rotas. A contrapartida é que o modelo depende de um mercado de solvers competitivo, e um mercado de solvers fino significa preços piores, que é precisamente o risco que um ecossistema DeFi fino como o da NEAR enfrenta. A tese é tecnicamente sólida; a profundidade de mercado para a validar ainda está a ser construída.
Aplicações para consumidores: Sweat, KaiKai e o problema do onramp
O crescimento de utilizadores mais visível da NEAR veio de aplicações para consumidores, não do DeFi. Sweat é uma app move-to-earn onde os utilizadores ganham tokens SWEAT pelos passos registados no telemóvel. KaiKai é uma app de comércio social com uma experiência de carteira nativa NEAR. Ambas as apps foram concebidas para trazer utilizadores não nativos de cripto, indo ao seu encontro: a app de saúde do telemóvel, o feed social.
O design do onramp é engenhoso. Um utilizador descarrega a Sweat, vê uma interface familiar de fitness e só gradualmente encontra a carteira, o token e a mecânica on-chain. Quando já detém um token, já tem uma conta estilo NEAR, um fluxo de recuperação e (em princípio) a capacidade de usar essa conta noutros locais. A equipa da NEAR tem sido transparente quanto ao facto de as apps para consumidores serem uma alavanca de crescimento deliberada: dezenas de milhões de carteiras foram criadas só através da Sweat, superando largamente a contagem na maioria das cadeias 'DeFi-first'.
A leitura honesta é mais mista. Carteiras não são utilizadores em sentido economicamente relevante: a maioria das carteiras Sweat nunca fez bridge, swap ou deteve um ativo que não SWEAT. A questão da 'força de retenção' é real. A tokenomics de move-to-earn, em particular, tem lutado em toda a indústria, porque ganhar um token por uma atividade exige compradores novos constantes para sustentar o preço, e quando o preço cai, a taxa de ganho parece menos atrativa. A Sweat iterou várias vezes o seu modelo de token, e a KaiKai é mais recente e mais difícil de avaliar. Trate as apps para consumidores como uma experiência de onboarding bem-sucedida e uma questão em aberto como motor económico de longo prazo, não como prova de atividade DeFi.
DeFi na NEAR: reduzida, mas funcional
Se retirarmos o marketing, o panorama DeFi da NEAR é pequeno. A mainnet aloja um punhado de DEX, mercados de empréstimo e produtos de rendimento. A Aurora recebe mais atividade de estilo EVM, incluindo versões da mecânica do Uniswap v2 e de empréstimos, mas a TVL em ambas as camadas é insignificante em comparação com Ethereum, Solana ou as principais L2. A maior parte da atividade DeFi nativa da NEAR está concentrada no par NEAR/stablecoin em algumas DEX e em derivados de staking líquido como o stNEAR da Meta Pool.
Essa magreza é, em si, um problema. A DeFi é movida por efeitos de rede de liquidez: os utilizadores vão para onde está a liquidez, e os fornecedores de liquidez vão para onde estão os utilizadores. A NEAR tem o volume de utilizadores vindo das aplicações de consumo, mas ainda não o converteu em profundidade de DeFi. Existem várias razões, incluindo as aplicações de consumo que encaminham os utilizadores para recompensas de tokens em vez de para trading, o conjunto relativamente pequeno de market makers dispostos a alocar capital numa cadeia com menos tráfego, e a fricção de fazer a ponte de ativos para dentro e fora do ecossistema NEAR.
O cenário otimista é que as assinaturas de cadeia e os intents, ao tornar a execução cross-chain algo natural, consigam encaminhar liquidez de Ethereum e Bitcoin para ativos precificados em NEAR sem que o utilizador tenha de fazer bridge. O cenário pessimista é que a liquidez segue a venue mais profunda, e a NEAR tem de vencer pelos seus próprios méritos. Ambos os cenários estão em aberto.
O que acompanhar ao avaliar a NEAR
Para programadores, as questões são práticas. A sua equipa está à vontade com Rust ou AssemblyScript, ou precisa de um alvo EVM (caso em que a Aurora é o caminho)? Precisa de liquidez profunda para um produto financeiro desde o primeiro dia, ou pode arrancar com incentivos e crescer com a base de utilizadores já existente na cadeia? Quão importante é a abstração de contas ao nível do protocolo, e é a história de assinatura multi-chain via chain signatures uma funcionalidade sobre a qual pode construir um produto?
Para utilizadores, as questões são igualmente práticas. Está a usar a NEAR para uma aplicação de consumo específica, caso em que a experiência costuma ser fluida e a wallet é invisível? Está a tentar negociar ou fornecer liquidez, caso em que deve esperar books mais finos, maior slippage em trades maiores e a necessidade de fazer bridge dos ativos? Está a deter NEAR como posição de stake e rendimento, caso em que os rendimentos de staking são competitivos e o período de unbonding é uma consideração real?
Para investidores, a tese é binária. Ou a combinação de sharding, chain signatures e intents da NEAR produz um flywheel auto-reforçador de liquidez multi-chain, ou a cadeia permanece tecnicamente interessante, mas com uma pegada económica reduzida. Os dados a acompanhar são o volume total de transações cross-chain liquidadas via chain signatures, a profundidade da competição de solvers nas venues baseadas em intents, e a taxa a que as wallets de aplicações de consumo se convertem em utilizadores recorrentes de DeFi. Nenhum destes números é ainda decisivo.
Como seguir o ecossistema NEAR de forma inteligente
A NEAR é um alvo em movimento. O protocolo lança atualizações, a stack de intents está em iteração, as aplicações de consumo experimentam novos modelos de tokens, e a camada EVM da Aurora muda com cada upgrade de bridge. Tentar acompanhar tudo isto manualmente é uma batalha perdida. A Zippfeed destaca as notícias da NEAR com classificação de sentimento (bullish, neutral ou bearish) e uma nota de importância, para que possa separar as notícias ao nível do protocolo do ruído e reagir às mudanças que realmente importam para a sua posição ou para o seu projeto.
WuBlockchain
CoinDesk
