WEB3DEV

Cover image for NEAR White Paper - 3 - Por que NEAR?
Lorenzo Battistela
Lorenzo Battistela

Posted on • Atualizado em

NEAR White Paper - 3 - Por que NEAR?

Esse trecho foi traduzido por Marcelo Creimer, e pode ser encontrado originalmente no White Paper da Near.

Os blockchains de hoje em dia alcançaram um significante progresso — O Bitcoin, o blockchain original, que foi lançado em 2008, é uma reserva de valor cuja rede foi precificada em mais de US$300 bilhões, enquanto o Ethereum, “computador global” original, que foi lançado em 2014, se orgulha das milhares de aplicações inovativas, abrangendo de jogos a finança descentralizada.

Infelizmente, nenhuma destas redes originais, nem nenhuma das que se seguiram, conseguiram preencher a lacuna em direação à adoção em massa das aplicações sobre as quais são construidas, nem forneceram o tipo de escala que suporta uma web inteira.

Isto é o resultado de dois principais fatores:

  1. Desenho do sistema
  2. Desenho organizacional

O desenho do sistema é relevante porque a arquitetura técnica de outras plataformas criam problemas substanciais com ambas usabilidade e escalabilidade que fizeram adoção praticamente impossível por qualquer um, exceto os inovadores mais técnicos. Usuários finais experimentam 97-99% de taxa de desistência no uso de aplicações, e desenvolvedores acham o processo de criar e manter suas aplicações uma frustração sem fim.

Corrigir estes problemas requer mudanças substanciais e complexas a arquitetura dos protocolos atuais, algo que as organizações existentes não se provaram capaz de implementar. Ao invés disso, eles criaram backlogs de múltiplas camadas de especificação, desenho e implementação, o que resulta na tecnologia deles ficando cada vez mais para trás.

A plataforma e organização da NEAR são arquitetadas especificamente para resolver os problemas acima mencionados. O desenho técnico é fanaticamente focado em criar a plataforma descentralizada mais utilizável e escalável do mundo, de modo que aplicações de escala global possam atingir adoção real. A organização e estrutura de governança são desenhados para rapidamente entregar e continuamente evoluir o protocolo de modo que ele nunca fique obsoleto.

As seções seguintes irão destacar os principais recursos que endereçam estes problemas.

Recursos principais

Cada um dos principais problemas encarados pelas plataformas atuais, seus desenvolvedores e seus usuários finais são endereçados abaixo. Informação mais específica sobre a implementação destes recursos é deixada para as seções seguintes deste documento..

Usabilidade Primeiro

Novas plataformas baseadas em blockchain geralmente alegam diferenciar-se baseadas em fornecer escalabilidade relativa a plataformas existentes. A escalabilidade de uma plataforma não é relevante, entretanto, a não ser que a plataforma tenha suficiente adoção para necessitar essa vazão. Como uma analogia, não faz sentido criar um estádio enorme que permite sentarem 100.000 pessoas no meio do deserto onde ninguém quer ir, em primeiro lugar.

Assim, o problema imediato mais importante para endereçar é como permitir desenvolvedores facilmente criar aplicações úteis que os usuários possam realmente usar e que irá capturar valor sustentável para estes desenvolvedores.

Enquanto algumas mudanças através destas dimensões podem ser manipuladas na segunda camada do stack técnico, os mais importantes devem ser feitos ao nível do protocolo e não podem ser aparafusados depois.

Usabilidade do usuário final

Os desenvolvedores só irão construir aplicações que seus usuários possam realmente usar. O modelo de "segurança progressiva" do NEAR permite os desenvolvedores criar experiências para seus usuários que irão parecer mais familiar com experiências na web, atrasando o onboarding, removendo a necessidade do usuário aprender conceitos de “blockchain” e limitando o número de interções pedindo permissão que o usuário precisa ter para usar a aplicação.

  1. Onboarding simples: O NEAR permite os desenvolvedores tomar ações em nome dos seus usuários, o que permite a eles receber (_onboard) usuários sem necessitar que estes usuários forneçam uma carteira ou interaja com tokens imediatamente ao alcançar uma aplicação. Por causa de contas, que tem nomes legíveis a humanos, como foobar.near, rastream chaves específicas da aplicação, contas de usuário podem também serem usadas para o tipo de funcionalidade “Single Sign On” (SSO) que usuários já estão familiarizados na web tradicional (Ex.: “Conecte-se com Facebook/Google/Github/etc”).

  2. Assinaturas fáceis: Contas baseadas em contrato permitem criação fácil de assinaturas e permissões personalizadas para aplicações particulares.

  3. Estilos de Uso Familiares: O modelo econômico do NEAR permite desenvolvedores pagar por uso em nome dos seus usuários para poder esconder os custos com infraestrutura de um modo que esteja em linha com os familiares paradigmas de uso da web.

  4. Precificação Previsível: Os preços de transações da NEAR na plataforma são em termos simples que permitem os usuários finais experimentar precificação previsível e menos carga cognitiva quando usando a plataforma.

Usabilidade do Desenvolvedor

Um número de melhorias chave de usabilidade apoia os desenvolvedores da plataforma, permitindo eles aprender mais facilmente, desenvolver, testar e implantar suas aplicações do que em qualquer outra plataforma.

  1. Linguagens familiares: Os nodes NEAR rodam Web Assembly (WASM), que podem ser compilados de um servidor de linguagens populares. Inicialmente, smart contracts podem ser construidos em Rust, uma linguagem de programação muito segura e compreensiva que está ganhando popularidade rapidamente. O NEAR também suporta contratos escritos em AssemblyScript que é muito similar a TypeScript, uma modificação de JavaScript feita pela Microsoft, que tem tipos e e uma grande adoção entre os desenvolvedores. No futuro, linguagens de programação mais comuns serão suportadas, para que desenvolvedores não tenham que aprender uma linguagem inteiramente nova para construir aplicações no topo da plataforma.

  2. Ferramental Robusto: A suíte de desenvolvimento do NEAR é criada para apoiar o fluxo de trabalho do desenvolvedor com um conjunto unificado de ferramentas, para que desenvolvedores possam construir facilmente, testar and implantar aplicações. O ferramental no topo da plataforma e as APIs expostas por ele fornece aos desenvolvedores o tipo de experiência em desenvolviment que eles estão acostumados nos apps tradicionais da web. Isto inclui implantação em um clique, testes unitários integrados, integração fácil de front-end e debugging a partir do console do desenvolvedor do navegador web.

  3. Modelos de Negócio para Desenvolvedor: O Protocolo NEAR suporta desenvolvedores ajudando-os a monetizar os componentes abertos que eles criam para o ecossistema, nativamente recompensando-os com descontos baseados no uso destes componentes. Isto é endereçado especificamente na seção seguinte.

  4. Precificação Previsível: Os preços de transações da NEAR na plataforma são em termos simples que permitem os usuários finais experimentar precificação previsível e menos carga cognitiva quando usando a plataforma.

Escalabilidade em Segundo

Um protocolo future-proof (prova de futuro) deve fazer o shard (fragmentar) ambos state (estado) e processamento, para poder escalar. Com adoção significativa da plataforma, uma única máquina não será capaz de armazenar todas as informações da rede ou verificar todas as transações.

O NEAR usa uma abordagem de sharding que permite a rede crescer sua capacidade conforme nós adicionais participam. Isto é feito dividindo dinamicamente os nós da rede em múltiplos shards quando o uso é alto o suficiente para necessitá-lo e e paralelizar a computação através destes shards. Com esta abordagem, a rede pode escalar continuamente com o aumento da demanda.

Várias de pesquisas sobre sharding na comunidade blockchain separam transações em categorias intra-shard e cross-shard, otimizado para o primeiro e fornecendo uma solução muito mais lenta para o último. O Protocolo NEAR assume que transações irão tocar os _shards _ por padrão, que é o comportamente provável para smart contracts arbitrários, e otimiza o desempenho de acordo.

Desenvolvimento Eficiente e Evolução

Um grande desafio para ambas existentes e novas plataformas é como elas lidam desenvolvimento e evolução da plataforma. Enquanto a plataforma em sim deve ser descentralizada, há diversas abordagens para atualizá-la e evoluí-la.

Os protocolos existentes se provaram insuficientemente iterativos para lidar com o ritmo de inovação, e um protocolo de sucesso da próxima geração deve garantir que a rede mantenha sua descentralização enquanto ainda permite um eficiente processo de desenvolvimento que evita sofrer disrupção pela próxima onda de tencologia.

O desenvolvimento inicial do NEAR está sendo feito por um dos mais fortes times de engenheiros, empreendedores e tecnólogos do mundo, e sua governança é desenhada para garantir que o protocolo seja desenvolvido sujeito à supervisão da comunidade, mas com eficiência suficiente no processo, que permita que continue competitivo e relevante bem depois do seu lançamento.

Isto garante que o NEAR não irá apenas evitar o problema de "falha no lançamento", que tem atormentado metade da indústria, mas também o problema de "falha de melhoria" que afetou a outra metade.

Descentralização Real

Apesar do Bitcoin e Ethereum serem frequentemente louvados pelos seus níveis de descentralização, eles na verdade sofrem de vários problemas de centralização. O Bitcoin, por exemplo, tem 53% da sua força de mineração controlado por apenas três pools. Em cima disso, rodar nós de mineração atualmente requer hardware caro, o que aumenta as barreiras de entrada e reduz os incentivos para nós se juntarem com o passar do tempo.

Redes mais novas frequentemente trocam a esperança de descentralização por eficiências operacionais, fornecidas por mais implementações centralizadas que usam ou conjuntos limitados de validadores ou “redes totalmente permissionadas”. Isto viola um dos princípios fundamentais de uma rede realmente descentralizada — que seu valor é protegido pelo seu nível de redundância entre nós independentes.

Para se manter real descentralização, a rede precisa permitir participação não-permissionada de prospectivos operadores de nó e não incentivar a formação de pools. Para endereçar estas preocupações, o NEAR usa um mecanismo de _staking_chamado “Thresholded Proof of Stake” (prova de participação limítrofe) que é especificamente desenhado para ser determinístico e largamente justo, de modo que não incentive a formação de grandes pools de validadores e encoraje ampla participação dos nós

Diminuindo as barreiras de entrada para nós, realiza mais que simplesmente descentralizar a rede. Em um sistema horizontalmente escalado como o NEAR, quanto mais nodes possam participar, mais ele escala.

Um Novo Modelo de Negócios para Desenvolvedores e Empreendedores

Um caso de uso recente de blockchains como o Ethereum foi permitindo que projetos criassem seus próprios tokens e levantassem fundos através de “Initial Coin Offerings” (ICOs). Isto, inicialmente, pareceu ser uma nova maneira revolucionária de permitir desenvolvedores de infraestrutura acessar capital e dar início aos efeitos de rede para os seus projetos, algo que fazia falta há muito tempo no mundo do software aberto e infraestrutura. Infelizmente, criar tokens no nível da aplicação também põe maiores obstáculos de usabilidade na frente dos usuários, e sua intencional especulação e fraude que subsequentemente ocorreu, tornou claro que esse não era um caminho viável para a maioria dos desenvolvedores.

O NEAR fornece aos desenvolvedores e empreendedores um mais robusto, menos intrusivo e mais legítimo modo de monetizar sua infraestrutura. Quando um contrato é chamado, uma parte das taxas geradas pela rede são automaticamente alocadas para este contrato e pode (se codificado dessa maneira) ser sacado pelo seu desenvolvedor. Isto tanto incentiva desenvolvimento rápido de infraestrutura (porque os contratos iniciais irão construir efeitos de rede que aumentam o uso) e fornecem um modelo de negócio de modo que aplicação e desenvolvedores de infraestrutura possam se beneficiar das suas criações sem criar tokens desavisados da sua propriedade.

Latest comments (0)