O Blockchain ainda está esperando por sua Web. Aqui está um Blueprint

William Mougayar é o autor de "The Business Blockchain" e consultor do conselho e investidor em vários projetos e startups de blockchain (veja:divulgações).

Neste artigo de Opinião , Mougayar analisa o que seria necessário para introduzir tecnologias e padrões que tornem o blockchain tão onipresente e fácil de usar quanto a Web.

O cenário do blockchain ainda é muito técnico. Além dos primeiros entusiastas e pioneiros, édificilmente compreensível para as massas, e continuará sendo assim, a menos que saia de sua concha técnica.

Isso T é muito diferente da situação em que a Internet estava antes da Web.

Então, e se a Tecnologia blockchain for mais parecida com a Internet, o que significa que ainda estamos esperando que suas camadas da Web surjam para explorar totalmente suas capacidades?

Hoje em dia, protocolos, soluções ou plataformas de blockchain não são simples de trabalhar. Pelo menos, eles exigem um bom grau de conhecimento técnico que excede em muito o que um desenvolvedor Web médio ou um empresário semi-técnico experiente pode fazer com a Web hoje.

Mas tem que ser assim para sempre?

Os blockchains têm muitas características comuns

Se você examinar a variedade de blockchains disponíveis, muitas delas lidam com as mesmas funções básicas, centradas no registro de valor (digital) sem exigir que um terceiro o mova.

Fora dessa capacidade CORE , uma série de funções e recursos adicionais são normalmente encontrados:

• Núcleo central:registros de valor
• Camada de recursos básicos:propriedades, saldos, transferências, criação de ativos, registro de data e hora, segurança, programabilidade
• Camada de interação:verificação de transações, provas (de existência ou outras), histórico de movimentação, lógica técnica ou comercial, armazenamento, liquidações, identidade, nomenclatura.

Se esse conjunto de funcionalidades é genérico em múltiplas plataformas de blockchain, por que precisamos de muitas maneiras de chamá-las? Por que não instituir uma maneira comum de verificar identidade, propriedade de ativos, carimbo de data/hora, ETC, em qualquer blockchain?

Observe que T incluí criptomoedas, livros-razão distribuídos compartilhados ou mesmo protocolos descentralizados nessas camadas porque eles são aplicações e resultados de blockchains.

Se você se afastar dos detalhes dessas camadas, perceberá uma abstração essencial que é comum à maioria dos blockchains: como eles quebram o paradigma da confiança intermediária ao permitir que as transações ocorram no nível ponto a ponto, sem a necessidade de pontos de estrangulamento ou atraso centrais.

Já que há tanta homogeneidade na intenção de funcionalidade, então por que há tantas tecnologias e softwares de blockchain diferentes e incompatíveis? Isso porque cada blockchain implementa esses recursos básicos e camadas de interação à sua maneira.

Aprendendo com a história da Web

Esse cenário não é muito diferente da posição da Internet antes da Web.

Tim Berners-Lee descreveu bem esse período, por volta de 1989:

“Naquela época, havia informações diferentes em computadores diferentes, mas você tinha que fazer login em computadores diferentes para obtê-las. Além disso, às vezes você tinha que Aprenda um programa diferente em cada computador. Muitas vezes era mais fácil ir e perguntar às pessoas quando elas estavam tomando café...”.

Como milhões de computadores já estavam conectados a uma Internet em rápido crescimento, Tim percebeu que a maneira de resolver esse problema era fazê-los compartilhar informações por meio de uma Tecnologia emergente que ele propôs, chamada hipertexto (texto estruturado que usa links lógicos entre nóscontendo texto) que ele descreveu em um documento seminal de 1989 chamado “Gestão da Informação: Uma Proposta”.

O trecho a seguir é do "História da Web":

"Em outubro de 1990, Tim havia escrito as três tecnologias fundamentais que continuam sendo a base da web de hoje (e que você pode ter visto aparecer em partes do seu navegador):

• HTML: HyperText Markup Language. A linguagem de marcação (formatação) para a web.
• URI: Uniform Resource Identifier. Um tipo de "endereço" que é único e usado para identificar cada recurso na web. Também é comumente chamado de URL.
• HTTP: Hypertext Transfer Protocol. Permite a recuperação de recursos vinculados de toda a web.”

Como nota de rodapé para esse pano de fundo, o chefe de Tim originalmente deu uma resposta morna ao artigo, escrevendo à mão: "Vago, mas emocionante". Na verdade, alguma imprecisão em um protocolo é uma boa característica, porque implica que seu escopo é amplamente abrangente, sem ser muito restritivo.

ONE -se argumentar que o artigo de Satoshi Nakamoto também foi vago, referente à plenitude de suas aplicações direcionadas além da troca peer-to-peer de dinheiro eletrônico. O Ethereum, por exemplo, foi construído especificamente como um ambiente de plataforma de blockchain de propósito geral, e T queria ser específico, como um objetivo de design original.

Desde seus primórdios, a Internet e a Web amadureceram muito e hoje ambas dependem de cerca de 200 padrões, categorizados nos seguintes segmentos:

• Camada da Web:HTML, URI, Java, CSS e muito mais.
• Camada de aplicação:HTTP, DNS, FTP, SMTP, POP e muito mais.
• Camada de transporte:TCP, UDP, DCCP, RSVP e muito mais.
• Camada de Internet:IPv4, IPv6, IPsec, ICMP, IGMP e mais.
• Camada de LINK :ARP, PPP, Ethernet, DSL, ISDN, FDDI e muito mais.

[Derivado de:Conjunto de protocolos de internet.]

Esses padrões são o que fazem a Web funcionar tão bem. Quando você está desenvolvendo aplicativos Web, configurando uma infraestrutura ou construindo novos produtos, você interage (direta ou indiretamente) com esses padrões, sabendo exatamente o que esperar.

Infelizmente, os blockchains ainda T têm esse luxo, pois cada plataforma é composta por seu próprio conjunto de tecnologias e métodos para trabalhar com ela, resultando em uma curva de aprendizado e comportamento de adoção balcanizados para desenvolvedores e arquitetos de software.

A Tecnologia Blockchain é muito fragmentada

Cada blockchain tem seu próprio conjunto de ferramentas Tecnologia , middleware e APIs com os quais os desenvolvedores de aplicativos precisam lidar. Um engenheiro que sabe programar Bitcoin precisa reaprender o que sabe para desenvolver em outros blockchains. Por exemplo, exchanges que suportam múltiplas criptomoedas precisam lidar com diferentes tecnologias de integração para cada implementação.

É verdade que cada plataforma de blockchain desenvolveu suas próprias Stacks de Tecnologia e métodos de interação, mas estes são verticalmente integrados a si mesmos e para seu próprio ecossistema. Na verdade, a maioria das plataformas de blockchain T compartilham muito em comum, resultando em bloqueios de escolha, falta de interoperabilidade e potencialmente becos sem saída que são difíceis de desembaraçar.

O estado de colaboração entre blockchains é ainda pior, e atormentado por esforços tímidos para construir pontes e capacidades cooperativas laterais. Um dia, T deveria ser inconcebível ter Tecnologia que rastreie blockchains inteiros, da mesma forma que rastreadores de busca rastreiam sites para indexar ou categorizar vasto conteúdo.

Claro, muitas tecnologias começam sendo proprietárias. O que acontece é que algumas delas são amplamente adotadas e se tornam padrões de fato. Em outros casos, grupos se reúnem e concordam em dar suporte a um determinado padrão, para servir a todos.

Hoje, não há muito disso acontecendo, embora muitas tecnologias líderes de blockchain estejam esperando ganhar influência de mercado suficiente para se tornarem essa escolha de fato.

Em retrospecto, eu queria que T tivéssemos desistido das APIs de Bitcoin tão rápido. Dois anos atrás, as APIs de Bitcoin estavam na moda, com mais de uma dúzia de empresas competindo por esse espaço, como ponto de entrada para desenvolver aplicativos de Bitcoin . Então, a maioria delas lentamente optou por sair desse negócio, ou parou de destacá-lo como uma oferta-chave.

Hoje, ainda temos várias ofertas baseadas em API (Bitcoin) de empresas como Factom, Tierion, Gem, Colu, BlockCypher, Neuroware e Coinbase (para citar algumas). Há benefícios em ver uma infinidade de APIs se firmando e sendo adotadas. Mesmo que algumas delas se sobreponham em funcionalidade, pelo menos elas apontarão para a necessidade de uma eventual padronização.

O Bitcoin está progredindo em seu próprio ritmo, por meio de lançamentos de Tecnologia voltados principalmente para solidificar seu próprio ecossistema. Embora eles tenham a maior pegada de Criptomoeda , isso T nega a necessidade de sua Tecnologia também trabalhar com outras partes do ecossistema geral de criptotecnologia.

A descentralização da Web reconfigura os padrões

Para crescer, os blockchains eventualmente precisarão de muitos padrões que sejam independentes de fornecedores e soluções.

Muitas áreas estão prontas para o desenvolvimento de padrões: contratos inteligentes, tokens, segurança, armazenamento, mensagens, identidades, nomenclatura, manutenção de registros e muito mais.

A Internet e a Web têm seus padrões. Onde estão os equivalentes de blockchain?

Um conjunto padrão de interfaces de middleware isolaria os participantes das partes mais difíceis da Tecnologia e exporia mais sucintamente seus recursos utilitários. Reduzir as barreiras de entradas capacitaria mais desenvolvedores a entrar no blockchain, semelhante aos papéis que HTML, HTTP, URLs e Java desempenharam para a Web.

Os aplicativos distribuídos que rodam em uma infraestrutura de blockchain são arquitetados de forma diferente dos aplicativos que foram criados para a arquitetura da Web.

Em um aplicativo Web tradicional, você tem código Javascript do lado do cliente que é executado por usuários dentro de seus navegadores e código do lado do servidor que é executado por um host ou empresa. Por outro lado, em um aplicativo distribuído, você tem lógica inteligente em execução em uma rede virtual de computadores (a rede peer-to-peer) e código do lado do cliente em execução em um navegador especial (ou cliente), com o livro-razão do blockchain atuando como um recurso compartilhado.

Com esse novo tipo de reconfiguração, surge a necessidade de reconfigurar também uma variedade de padrões de blockchain e camadas de Tecnologia .

Concebivelmente, blockchains poderiam contar com uma série de padrões acima dos padrões existentes da Internet, para permitir uma ponte suave de uma camada para outra. Isso seria um avanço.

Uma pilha universal de blockchain poderia se parecer com algo assim (basicamente, adicionaríamos três camadas sobre a Internet):

Os navegadores de blockchain (B-Browsers) serão importantes, pois começaremos a vê-los em 2017. Eles serão usados para iniciar aplicativos de blockchain e podem parecer aplicativos normais com os quais estamos familiarizados, exceto pelo fato de que eles carregarão consigo alguns novos recursos que são habilitados por back-ends de blockchain (em vez de bancos de dados).

Alguns dos novos e interessantes navegadores de blockchain a serem observados incluemMetaMáscara,Blocos de pilha e Névoa. Atualmente, eles têm uma inclinação técnica e ainda não são voltados para o usuário final casual, mas eventualmente evoluirão para se tornarem mais amigáveis ao usuário final.

Uma nova geração de aplicações de blockchain surgirá na forma de experiências de navegador ponto a ponto (por exemplo:Bazar Aberto), enquanto outro tipo será instalado diretamente na Web atual, mas com um back-end de blockchain (por exemplo:Steemit).

Uma camada de serviços confiáveis ​​poderia ser aquela camada de API que homogeneíza como criamos, movemos, verificamos estados, inspecionamos provas, Siga caminhos históricos, ETC.: isto é, executamos as funções que os blockchains lidam bem.

A interoperabilidade das blockchains é inevitável, mas ainda T sabemos exatamente em que níveis, a menos que nos aproximemos iterando NEAR dos pontos de atrito reais.

Esforços discretos não são suficientes

Nada de grandioso foi adotado amplamente no mundo todo, a menos que tenha sido de alguma forma homogeneizado para ser facilmente assimilado pelas massas.

Precisamos de ferramentas universais que ONE possua, mas que beneficiem a todos, semelhantes às tecnologias da Web que libertaram a Internet.

Tim Berners-Lee explicou por que isso era tão importante para a Web:

“Se a Tecnologia fosse proprietária e estivesse sob meu controle total, ela provavelmente não teria decolado. Você T pode propor que algo seja um espaço universal e ao mesmo tempo KEEP o controle sobre ele.”

Há exemplos promissores de padrões relacionados a blockchain, e precisamos ver mais deles.

Na categoria de facto, duas menções notáveis sãoIPFS(Inter Planetary File System) e um padrão de emissão de tokens liderado pela Ethereum, denominadoERC20(que está se tornando um padrão de fato emOfertas iniciais de Criptomoeda).

O IPFS não se concentra apenas no blockchain, embora sejam uma boa combinação, pois o IPFS provou ser popular com aplicações de blockchain (por exemplo: OpenBazaar), onde links IPFS permanentes são colocados em uma transação de blockchain.

Alguns consórcios também colocaram padrões de blockchain em sua agenda de trabalho, e eu os enumerei em meu "Estado dos Consórcios Globais de Blockchain" artigo.

No campo liderado pela indústria, precisaremos Siga o ISO/TC 307 Tecnologias de blockchain e razão eletrônica distribuídacomitê técnico que declarou suas sérias intenções ao participar da chamada de padrões de blockchain.

No lado empresarial, o júri ainda não se decidiu, pois os fornecedores colocam seus softwares em repositórios de código aberto ou declaram um padrão aberto com alguns de seus clientes, na esperança de deixar que esse trabalho se torne um padrão real por meio da adoção pura e simples - por exemplo: Hyperledger, Digital Assets, Chain e R3.

Colocar software no reino de código aberto é uma boa prática, mas há uma diferença quando começa assim desde o primeiro dia (por exemplo: Bitcoin, Ethereum) em vez de fazê-lo a posterioripara ganhar mais aceitação no mercado.

Além disso, acredito firmemente que blockchains privadas e públicas também precisam compartilhar padrões comuns. Seria inconcebível que a Internet e as intranets privadas T interoperassem ou se interconectassem, no mínimo; ainda assim, estamos construindo tecnologias e aplicativos de blockchain privados e públicos sem a devida consideração à inevitabilidade dessa intersecção.

Não vamos competir em padrões

Sim, estou falando sério sobre padrões. Não é muito cedo, mesmo que eu pensasse no ano passado queT devemos apressar os padrões de blockchain antes do tempo. Em 2017, precisaremos começar a ver discussões sérias sobre padrões universais, juntamente com intenções reais dos participantes da indústria de trabalhar juntos para que esse objetivo se materialize.

Precisamos perceber que, além de competir no mercado, também temos que cooperar em objetivos técnicos comuns.

Em um mundo ideal, o campo blockchain produziria uma pilha de arquitetura ordenada que carrega padrões populares, comumente usados por todos os seus participantes. Seria a mistura resultante de padrões de fato e liderados pela indústria.

Como benefício colateral, a existência de padrões também poderia lubrificar os efeitos de rede, uma característica de sucesso muito necessária. Por sua vez, isso atrairia novos entrantes no mercado a se concentrarem em sua diferenciação, em vez de construir as mesmas peças de Tecnologia sobrepostas.

Você normalmente T WIN competindo em padrões, mas T sabe o que é um padrão inicialmente, então pode começar competindo em tudo. Um sinal de maturidade da indústria será visto quando ouvirmos falar de empresas abandonando certas tecnologias proprietárias em favor de esforços cooperativos.

Dito isso, T devemos suspender tudo para trabalhar apenas em padrões no vácuo. Fornecedores e desenvolvedores de CORE de blockchain devem continuar a trabalhar em suas próprias tecnologias enquanto monitoram de perto a adoção e sempre sendo sensíveis sobre oportunidades de colaboração da indústria. T podemos forçar padrões no mercado, mas o mercado precisará adotar padrões ao longo do tempo.

Se as tecnologias de blockchain ignorarem a eventualidade de padrões, veremos menos adoção.

Talvez devêssemos pensar no blockchain como um bem público e incentivar uma evolução que não seja diferente da da Internet, em termos de abertura e neutralidade de acesso.

A coleção de tecnologias de blockchain se transformará em outra gigante da Internet ou sua jornada se desdobrará em uma evolução confusa e fragmentada, como o mercado de banco de dados, antes de sua consolidação?

Temos o blockchain há algum tempo, e ele está ganhando adoção. Novos e empolgantes aplicativos estão sendo construídos em tecnologias blockchain. Agora é a hora de perceber que os melhores dias futuros do blockchain dependerão de quão bem exporemos suas capacidades de forma mais universal e mais aberta. Se não agora, quando?

Projetosimagem via Shutterstock

Este artigo foi publicado anteriormente porGestão de Startupse foi republicado aqui com permissão.