Construtor: Nicholas Gregory
Idioma (s): C ++, ferrugem
Contribua (S/ED) para: Ocean Sidechain, Bastay, Mercury Wallet, Mercury Camyer
Trabalho (S/ED) em: CommerceBlock (anteriormente)
Antes do Bitcoin, Nicholas era um desenvolvedor de software que trabalhava no sistema financeiro para empresas bancárias que desenvolvem plataformas de negociação e derivativos. Após a crise financeira de 2008, ele começou a considerar alternativas ao sistema financeiro herdado nas consequências.
Como muitos da época, ele ignorou completamente o artigo original do Slashdot com o Whitepaper Bitcoin devido ao foco aparente no Windows como uma plataforma de aplicativos (o Nicholas era um desenvolvedor da Unix/Linux). Felizmente, alguém que ele conhecia apresentou -o ao Bitcoin mais tarde.
O que capturou seu interesse sobre o Bitcoin, em vez de outras alternativas na época, foi sua arquitetura específica como uma rede de computadores distribuída.
“O fato de ser como uma maneira alternativa. Tudo foi baseado em [a] tipo de […] rede. E o que quero dizer com isso, construindo sistemas financeiros, as pessoas sempre desejaram um sistema 24-7.
E como você lida com alguém interagindo [with] Em diferentes partes geográficas do mundo, sem que seja centralizado?
E eu tinha visto várias maneiras de resolver esse problema, mas nunca foi feito, você sabe, em uma espécie de […] solução escalável. E usando […] Criptografia e prova de trabalho para resolver essa questão eram estranhas, para ser sincero. Foi totalmente estranho para mim. ”
Todos os outros sistemas que ele desenhara, e alguns que ele construiu, eram sistemas distribuídos em várias partes do mundo. Ao contrário do Bitcoin, no entanto, esses sistemas foram permissão e restringidos, que poderiam atualizar o (s) banco de dados relevante (s), apesar do fato de que as cópias deles foram distribuídos de forma redundante globalmente.
“O fato de que em Bitcoin você fez com que todos fizessem essa prova de trabalho de trabalho, que é o que é. E quem ganha faz o [database] escrever. Essa bagunça[ed] com minha cabeça. Isso foi […] muito único. ”
Começando a construir
O caminho de Nicholas para a construção no espaço era orgânico. Na época em que morava na cidade de Nova York e, sendo um desenvolvedor, encontrou os Bitdevs originais fundados em Nova York. Naquela época, os encontros eram incrivelmente pequenos, às vezes até menos de uma dúzia de pessoas, então o ambiente era muito mais propício a conversas aprofundadas do que alguns encontros maiores nos dias de hoje.
Ele começou a construir uma pilha de software de negociação de “hobbyistas” sobre o balcão (OTC) para algumas pessoas (naquela época, um volume muito significativo de Bitcoin era negociado com OTC por dinheiro ou outros meios fiduciários). A partir daqui, Nicholas e Omar Shibli, que ele conheceu em Bitdevs, trabalharam juntos no contrato de pagamento (BIP 175).
O BIP 175 especifica um esquema em que um cliente que compra um bom participa da geração do endereço que o comerciante fornece. Isso é feito pelos dois primeiro concordando com um contrato que descreve o que está sendo pago, depois o comerciante envia uma chave pública mestre para o consumidor, que usa o hash dessa descrição do item ou serviço para gerar um endereço individual usando o hash e a chave pública principal.
Isso permite que o cliente prove o que o comerciante concordou em vendê -los e que o pagamento pelo bem ou serviço foi feito. Simplesmente publicar a chave pública e contrato mestre permite que qualquer terceiro gere o endereço pago e verifique se a quantidade apropriada de fundos foi enviada para lá.
Oceano e pilar
Nicholas e Omar passaram a fundar o CommerceBlock, uma empresa de infraestrutura de bitcoin. O CommerceBlock adotou uma abordagem semelhante aos negócios como a Blockstream, construindo plataformas tecnológicas para facilitar o uso de bitcoin e blockchains em geral em comércio e finanças. Logo depois, Nicholas conheceu Tom Trevethan, que entrou a bordo.
“Eu conheci Tom via, sim, um amigo em comum, feliz em dizer quem é. Há um cara chamado, que, novas pessoas provavelmente não sabem quem ele é, mas OGS faz, John Matonis. John Matonis era um bom amigo meu, [I’d] o conhecido por um tempo. Ele me apresentou a Tom, que era, você sabe, mais ou menos do lado da criptografia. E meio que saiu de lá. ”
O primeiro grande projeto em que trabalharam foi Ocean, um forquador da plataforma lateral de elementos desenvolvida pela Blockstream em que o líquido se baseava. As empresas Coinshares e Blockchain, em parceria com outras, lançaram um Sidechain com sede no oceano em 2019 para emitir a DGLD, um token digital apoiado por ouro.
“Então nós, você sabe, estávamos trabalhando em garfos de elementos, fazendo sidechains sob medida. […] Tom tinha algumas idéias sobre criptografia. E acho que uma de nossas primeiras idéias foi sobre como aparecer nesses garfos de elementos […] A cadeia principal do Bitcoin. […] Nós pensamos que a maneira mais limpa de fazer isso era […] Usando algum tipo de, não me lembro, mas foi algo [based on] Conjuntos selados de uso único, que foi uma invenção de Peter Todd. E acho que implementamos isso razoavelmente bem com os pilares. ”
A principal distinção entre oceano e líquido como uma plataforma lateral é o uso de um protocolo de Ocean projetado no CommerceBlock chamado Painstay. O pilares é um protocolo de registro de data e hora que, diferentemente do OpenTimestamps, ordena estritamente a árvore Merkle que ele constrói em vez de adicionar aleatoriamente itens em qualquer ordem em que sejam enviados. Isso permite que cada um dos sidechain encontre o registro de registro atual.
Embora isso seja inútil para qualquer Bitcoin atribuído à Sidechain, para ativos regulamentados do mundo real (RWA), isso fornece uma história singular de propriedade que mesmo a federação que opera o Sidechain não pode mudar. Isso remove a ambiguidade da propriedade durante disputas legais.
Quando perguntado sobre o fechamento do projeto, Nicholas teve isso a dizer:
“Não sei se éramos cedo, mas tínhamos alguns clientes. Mas foi, sim, não havia muita adoção. Quero dizer, Liquid não estava indo incrível. E, você sabe, estar em Londres/Europa, sempre que conhecíamos os clientes para fazer POCs, estávamos competindo contra outros projetos bem financiados.
Isso mostra quantos anos atrás eles receberam dinheiro de pessoas como a IBM ou algumas das grandes consultorias e estavam promovendo o Hyperledger. Ou foram os dias em que estaríamos competindo contra EOS e Tezos. Então, como éramos como uma empresa que precisava de dinheiro para construir protótipos ou construir sidechains, isso meio que tornou muito difícil. E naquela época, não havia muita adoção. ”
Carteira de mercúrio e camada de mercúrio
Depois de desligar o oceano, Nicholas e Tom acabaram começando a trabalhar em uma implementação de Statechain, embora o caminho para isso não fosse direto.
““[T]Havia algumas coisas acontecendo ao mesmo tempo que levaram a isso. Então as duas coisas estavam envolvidas em um [proof of concept]um muito pequeno […]POC para um cliente em potencial. Mas isso rolou contratos discretos de log. E um dos desafios dos contratos de log discretos, eles são muito ineficientes de capital. Então, queríamos uma maneira de iniciar esses contratos. E aconteceu que Ruben Sampson, você sabe, escreveu esse tipo de Livro Branco/Postagem Média sobre Statechains. E […] Essas duas idéias, esse meio que resolveram potencialmente que emitem os DLCs. ”
No final, eles não acabaram implantando uma solução Statechain para o gerenciamento de DLCs, mas seguiram uma direção diferente.
Bem, havia outra coisa acontecendo ao mesmo tempo, Coinswaps. E, sim, lembre -se, naqueles dias, todos se preocuparam que […] 2024/2025 […] As taxas de rede podem ser bem altas. E fazer […] Swaps de moedas, você meio que quer fazer várias rodadas. Então […] As correntes estaduais se sentiam perfeitas porque […] Você basicamente pega um UTXO, o coloca da corrente e depois pode trocá -la o quanto quiser. ”
A carteira de Mercury foi totalmente construída e funcional, mas, infelizmente, nunca ganhou nenhuma adoção do usuário. A carteira de Samourai e a carteira Wasabi na época dominaram o ecossistema da ferramenta de privacidade, e a Mercury Wallet nunca foi capaz de dar uma mordida com sucesso no mercado.
Em vez de desistir completamente, eles voltaram à placa de desenho para construir uma variante Statechain usando Schnorr com a assinatura cega do servidor Coordinador, o que significa que não podia ver o que estava assinando. Quando perguntado por que essas mudanças foram feitas, ele tinha o seguinte a dizer: “Isso nos daria muito mais flexibilidade para fazer outras coisas no Bitcoin com L2s. Você sabe, no momento em que você tem uma solução cega, pensamos, bem, isso poderia começar a ter interoperabilidade com raios”.
Em vez de construir uma carteira voltada para o usuário desta vez, eles construíram um kit de desenvolvimento de software (SDK) que poderia ser integrado a outras carteiras.
“{…]Eu acho que com a camada de mercúrio, foi muito construir um tipo de […] Camada 2 de pleno direito que qualquer um poderia usar. Então nós [built] como um SDK. Tínhamos uma carteira padrão que as pessoas podiam correr. Mas esperávamos que outras pessoas o integrassem. ”
O fim do comércio
No final, o CommerceBlock fechou suas portas após muitos anos de brilhante trabalho de engenharia. Nicholas e o restante da equipe construíram vários sistemas e protocolos que foram muito bem projetados, mas no final do dia eles pareciam estar sempre um passo à frente da curva. Isso não é necessariamente uma coisa boa quando se trata de criar sistemas para usuários finais.
Se o seu trabalho estiver muito à frente da demanda dos usuários, no final, isso não é uma estratégia sustentável.
“… estar no Reino Unido, o que não está se saindo bem do ponto de vista regulatório, jogou nele. Se eu estivesse morando em Dubai, talvez isso teria sido uma conversa diferente. Você sabe, quando tomamos essa decisão … as coisas não eram ótimas em um bom lugar. Penso que pensei que ele claramente é usado lá. adoção. ”
Quando perguntado por que ele achava que as pessoas não estavam usando a camada 2s em escala, ele tinha o seguinte: “… em minhas aventuras de trabalhar no Civkit (um mercado descentralizado)uma das perguntas que sempre me foram feitas é, quando a coragem, quando está establecons? Então, quando você está trabalhando em um projeto que está tentando promover o Bitcoin no Sul Global, mas todo mundo que você conhece no South Global quer estábulos, você começa a se perguntar, bem, estou construindo a ferramenta certa? As pessoas querem usar isso? ”
No final do dia, o trabalho de engenharia mais útil e de som ainda precisa ser adotado e usado, caso contrário, qual é o valor dele em primeiro lugar?
“… houve uma mudança nos últimos quatro anos para ser uma loja de riqueza. E acho que isso é um risco, porque acho que se as pessoas estavam usando o Bitcoin agora e o Mempool era caro, estava preso e as taxas eram altas, que não são suficientes para construir um bom software, mas não há uma demanda de que não há uma demanda. E não há uma demanda, não é suficiente para construir softwares, não há uma demanda por que não há uma demanda. Eu acho que esse é um dos desafios do Bitcoin agora.
“Acho que há muitas pessoas inteligentes no Bitcoin que podem criar coisas interessantes, mas acho que o foco agora deve ser usuários”.
Fonte: bitcoinmagazine.com
