A reunião técnica Fellowship de março ocorreu na noite passada, e a PolkaWorld organizou rapidamente as declarações do Gavin, ajudando todos a entender os últimos avanços do JAM e do Polkadot! Continue lendo para ver o compartilhamento do Gavin!
PolkaWorld Nota: A reunião técnica Fellowship é uma reunião online mensal do Polkadot, na qual a maioria dos Fellows participa e compartilha o progresso de seu trabalho durante o mês! Basicamente, você pode aprender sobre os desenvolvimentos mais significativos do Polkadot nesta reunião! E o Fellowship técnico é um grupo de especialistas em tecnologia descentralizada da Polkadot, sendo uma das principais organizações de contribuição para o desenvolvimento técnico do Polkadot.
Alice und Bob: Olá Gavin! No mês passado, você nos enviou um vídeo sobre a interface de linha de comando em que está trabalhando e o progresso da base de código relacionada, e coincidentemente, na época em que o vídeo foi enviado, aconteceu de eu ver sua demonstração ao vivo com meus próprios olhos, e então algo realmente emocionante aconteceu, então hoje eu quero ouvir sobre seu progresso este mês e o que aconteceu nos bastidores.
Gavin: Humm, na última vez que conversámos, eu estava em turnê na Ásia para o JAM, possivelmente a caminho de Taipei ou Hong Kong, já era tarde demais, então fiz um vídeo e enviei para vocês. No último mês, terminei essa turnê e voltei da China continental há uma semana e meia.
Depois de voltar, este repositório de código já foi oficialmente integrado ao código do PolkaJAM. Espero poder lançar a versão binária deste repositório antes da próxima chamada, assim como disponibilizar algumas ferramentas para que todos possam criar sua própria testnet do PolkaJAM e experimentar um pouco. Além disso, também planejamos tornar o serviço CoreVM e algumas ferramentas relacionadas de código aberto, para que os desenvolvedores possam realmente começar a implantar seu software na testnet do JAM.
Além disso, eu também completei uma tarefa bastante importante, que foi o lançamento da versão 064 do Graypaper. O foco desta atualização é fornecer uma funcionalidade que permite que você veja de forma mais direta o que está acontecendo na rede JAM — por exemplo, o núcleo na cadeia, quanto recurso o serviço consumiu, quanto gas foi utilizado, etc. Todas essas estatísticas serão registradas diretamente na cadeia. Embora isso também fosse possível antes, era especialmente complicado, exigindo muito trabalho extra e era propenso a erros. Agora é muito mais simples, os dados são registrados diretamente na cadeia, e cada bloco é atualizado uma vez, você pode ver tudo muito claramente a qualquer momento.
Esta funcionalidade parece simples, mas quando a coloquei em prática percebi que era um pouco complexa, mais difícil do que eu esperava, e acabei por gastar alguns dias a mais. Mas agora já está concluída, e vocês poderão ver esta nova versão no repositório do livro cinza em breve, provavelmente será lançada oficialmente hoje ou amanhã.
Para o projeto JAM Toaster, esta funcionalidade é especialmente útil. A nossa membro da equipe Erin, que muitos de vocês provavelmente conhecem, está atualmente trabalhando em uma interface web bonita, onde vocês poderão visualizar claramente diversos dados na cadeia JAM no futuro. Isso trará algumas coisas divertidas, podemos usá-lo para fazer coisas legais, como a demonstração anterior de rodar o jogo DOOM na cadeia, onde podemos ver os dados de atividade na cadeia aumentando em tempo real enquanto o jogo está em execução, muito intuitivo e interessante. No futuro, talvez também adicionemos métricas como TPS, embora na verdade JAM em si não tenha 'transações' no sentido estrito, mas fazer essa exibição é bastante útil para demonstrar o nível de atividade na cadeia, mesmo que tenha um pouco de 'exagero'.
Basicamente, é com isso que tenho estado ocupado ultimamente. Claro, existem algumas outras pequenas atualizações no Gray Book, e essas estatísticas de atividade foram integradas ao código PolkaJAM, e todos poderão usá-las assim que uma nova versão for lançada.
Alice e Bob: Ótimo, Gavin, eu ainda tenho duas pequenas perguntas: a primeira é, essas funcionalidades estatísticas que você mencionou, são semelhantes a uma saída de depuração, ou como um log de programa?
Gavin: Não, não é apenas uma simples saída de depuração, você pode imaginar, como quando você usa um sistema Linux e abre um programa de monitoramento que pode informar em tempo real quanta CPU está sendo utilizada. Agora, também temos uma funcionalidade semelhante na cadeia JAM. Sem essa nova funcionalidade, se você quisesse ver o estado de operação da cadeia, precisaria implantar alguns nós dedicados, o que é especialmente complicado e não realista. Agora está muito mais fácil, cada nó reporta ativamente os detalhes das tarefas que está executando (como quanto gas foi utilizado, tamanho dos dados transferidos, etc.), permitindo que possamos ver claramente o que cada nó e serviço está realmente fazendo.
Alice e Bob: A segunda questão é que, no mês passado, você demonstrou a execução do DOOM na blockchain, e depois houve uma discussão no Twitter sobre isso durante vários dias. Algumas pessoas disseram que isso não conta como execução na blockchain, e a discussão foi bastante acalorada. Você gostaria de aproveitar essa oportunidade para explicar como você vê essa questão?
Gavin: Para ser honesto, eu também não sei o que pensam aqueles que dizem que não está a correr na blockchain, eles nunca viram o código real (porque eu ainda não o publiquei). Acho que eles podem ser apenas trolls no Twitter, dizendo o que querem, sem entender o que estamos a fazer.
DOOM está realmente a funcionar na cadeia! Especificamente, está a correr no núcleo de JAM, utilizando o nosso serviço CoreVM. Podes imaginar o CoreVM como uma versão blockchain do Docker, onde os programas a correr parecem não ter diferença do que correr num computador normal. Nós portamos o código do jogo para esta máquina virtual, tal como se portássemos o jogo para Windows, Linux ou Mac, e então o jogo funciona normalmente.
Mas eu tenho que admitir que o DOOM nesta cadeia na verdade não é muito divertido, porque a velocidade de geração de blocos da blockchain é lenta, levando cerca de 6 segundos para dar um feedback, essa latência prejudica a experiência do jogo. No entanto, o nosso objetivo ao mostrar isso não era jogar o jogo, mas sim provar que o ambiente da cadeia do JAM é suficientemente robusto, com largura de banda e capacidade de computação suficientes para executar software comum. Isso é o fundamental.
Há algumas pessoas que questionaram que não somos realmente "on-chain" e que o JAM é apenas uma "camada de disponibilidade de dados (DA)". Eles realmente não entendem o que é JAM. Mas depois de mais de 100 tweets, eles finalmente tiveram um pouco de ideia. De facto, o que fazemos é muito mais avançado do que outros ecossistemas e, naturalmente, algumas pessoas não o compreenderão, e até o criticarão de forma muito negativa, podendo haver outros projetos a tentar imitar-nos no futuro.
Quanto ao debate on-chain vs. off-chain, acho que é bastante chato. Na verdade, o problema central é muito simples, "on-chain" significa garantir a segurança e confiabilidade do processo de computação através da descentralização. Enquanto os blockchains tradicionais, como Bitcoin ou Ethereum, permitem que cada nó calcule os mesmos dados e programas, o JAM usa um protocolo chamado ELVES, que permite que os nós façam todos os cálculos sem que todos tenham que fazê-los, e também garante que a computação on-chain seja segura e os resultados sejam consistentes. Esta metodologia está disponível publicamente e foi extensivamente revisada, e acreditamos que é uma abordagem chave para o futuro do blockchain em escala.
Aqueles que ainda se preocupam com "o que cada nó fez" só podem aceitar a realidade: para que a blockchain realmente se desenvolva, é necessário reduzir a carga de trabalho dos nós, enquanto se garantem a segurança e a confiabilidade dos resultados por outros meios.
Assim, basicamente, estas são as coisas com que estive ocupado ultimamente! Obrigado!
O conteúdo é apenas para referência, não uma solicitação ou oferta. Nenhum aconselhamento fiscal, de investimento ou jurídico é fornecido. Consulte a isenção de responsabilidade para obter mais informações sobre riscos.
Gavin Wood compartilha a atualização do livro cinza do JAM em resposta à controvérsia sobre a execução na cadeia DOOM
Autor: Comunidade PolkaWorld
A reunião técnica Fellowship de março ocorreu na noite passada, e a PolkaWorld organizou rapidamente as declarações do Gavin, ajudando todos a entender os últimos avanços do JAM e do Polkadot! Continue lendo para ver o compartilhamento do Gavin!
PolkaWorld Nota: A reunião técnica Fellowship é uma reunião online mensal do Polkadot, na qual a maioria dos Fellows participa e compartilha o progresso de seu trabalho durante o mês! Basicamente, você pode aprender sobre os desenvolvimentos mais significativos do Polkadot nesta reunião! E o Fellowship técnico é um grupo de especialistas em tecnologia descentralizada da Polkadot, sendo uma das principais organizações de contribuição para o desenvolvimento técnico do Polkadot.
Alice und Bob: Olá Gavin! No mês passado, você nos enviou um vídeo sobre a interface de linha de comando em que está trabalhando e o progresso da base de código relacionada, e coincidentemente, na época em que o vídeo foi enviado, aconteceu de eu ver sua demonstração ao vivo com meus próprios olhos, e então algo realmente emocionante aconteceu, então hoje eu quero ouvir sobre seu progresso este mês e o que aconteceu nos bastidores.
Gavin: Humm, na última vez que conversámos, eu estava em turnê na Ásia para o JAM, possivelmente a caminho de Taipei ou Hong Kong, já era tarde demais, então fiz um vídeo e enviei para vocês. No último mês, terminei essa turnê e voltei da China continental há uma semana e meia.
Depois de voltar, este repositório de código já foi oficialmente integrado ao código do PolkaJAM. Espero poder lançar a versão binária deste repositório antes da próxima chamada, assim como disponibilizar algumas ferramentas para que todos possam criar sua própria testnet do PolkaJAM e experimentar um pouco. Além disso, também planejamos tornar o serviço CoreVM e algumas ferramentas relacionadas de código aberto, para que os desenvolvedores possam realmente começar a implantar seu software na testnet do JAM.
Além disso, eu também completei uma tarefa bastante importante, que foi o lançamento da versão 064 do Graypaper. O foco desta atualização é fornecer uma funcionalidade que permite que você veja de forma mais direta o que está acontecendo na rede JAM — por exemplo, o núcleo na cadeia, quanto recurso o serviço consumiu, quanto gas foi utilizado, etc. Todas essas estatísticas serão registradas diretamente na cadeia. Embora isso também fosse possível antes, era especialmente complicado, exigindo muito trabalho extra e era propenso a erros. Agora é muito mais simples, os dados são registrados diretamente na cadeia, e cada bloco é atualizado uma vez, você pode ver tudo muito claramente a qualquer momento.
Esta funcionalidade parece simples, mas quando a coloquei em prática percebi que era um pouco complexa, mais difícil do que eu esperava, e acabei por gastar alguns dias a mais. Mas agora já está concluída, e vocês poderão ver esta nova versão no repositório do livro cinza em breve, provavelmente será lançada oficialmente hoje ou amanhã.
Para o projeto JAM Toaster, esta funcionalidade é especialmente útil. A nossa membro da equipe Erin, que muitos de vocês provavelmente conhecem, está atualmente trabalhando em uma interface web bonita, onde vocês poderão visualizar claramente diversos dados na cadeia JAM no futuro. Isso trará algumas coisas divertidas, podemos usá-lo para fazer coisas legais, como a demonstração anterior de rodar o jogo DOOM na cadeia, onde podemos ver os dados de atividade na cadeia aumentando em tempo real enquanto o jogo está em execução, muito intuitivo e interessante. No futuro, talvez também adicionemos métricas como TPS, embora na verdade JAM em si não tenha 'transações' no sentido estrito, mas fazer essa exibição é bastante útil para demonstrar o nível de atividade na cadeia, mesmo que tenha um pouco de 'exagero'.
Basicamente, é com isso que tenho estado ocupado ultimamente. Claro, existem algumas outras pequenas atualizações no Gray Book, e essas estatísticas de atividade foram integradas ao código PolkaJAM, e todos poderão usá-las assim que uma nova versão for lançada.
Alice e Bob: Ótimo, Gavin, eu ainda tenho duas pequenas perguntas: a primeira é, essas funcionalidades estatísticas que você mencionou, são semelhantes a uma saída de depuração, ou como um log de programa?
Gavin: Não, não é apenas uma simples saída de depuração, você pode imaginar, como quando você usa um sistema Linux e abre um programa de monitoramento que pode informar em tempo real quanta CPU está sendo utilizada. Agora, também temos uma funcionalidade semelhante na cadeia JAM. Sem essa nova funcionalidade, se você quisesse ver o estado de operação da cadeia, precisaria implantar alguns nós dedicados, o que é especialmente complicado e não realista. Agora está muito mais fácil, cada nó reporta ativamente os detalhes das tarefas que está executando (como quanto gas foi utilizado, tamanho dos dados transferidos, etc.), permitindo que possamos ver claramente o que cada nó e serviço está realmente fazendo.
Alice e Bob: A segunda questão é que, no mês passado, você demonstrou a execução do DOOM na blockchain, e depois houve uma discussão no Twitter sobre isso durante vários dias. Algumas pessoas disseram que isso não conta como execução na blockchain, e a discussão foi bastante acalorada. Você gostaria de aproveitar essa oportunidade para explicar como você vê essa questão?
Gavin: Para ser honesto, eu também não sei o que pensam aqueles que dizem que não está a correr na blockchain, eles nunca viram o código real (porque eu ainda não o publiquei). Acho que eles podem ser apenas trolls no Twitter, dizendo o que querem, sem entender o que estamos a fazer.
DOOM está realmente a funcionar na cadeia! Especificamente, está a correr no núcleo de JAM, utilizando o nosso serviço CoreVM. Podes imaginar o CoreVM como uma versão blockchain do Docker, onde os programas a correr parecem não ter diferença do que correr num computador normal. Nós portamos o código do jogo para esta máquina virtual, tal como se portássemos o jogo para Windows, Linux ou Mac, e então o jogo funciona normalmente.
Mas eu tenho que admitir que o DOOM nesta cadeia na verdade não é muito divertido, porque a velocidade de geração de blocos da blockchain é lenta, levando cerca de 6 segundos para dar um feedback, essa latência prejudica a experiência do jogo. No entanto, o nosso objetivo ao mostrar isso não era jogar o jogo, mas sim provar que o ambiente da cadeia do JAM é suficientemente robusto, com largura de banda e capacidade de computação suficientes para executar software comum. Isso é o fundamental.
Há algumas pessoas que questionaram que não somos realmente "on-chain" e que o JAM é apenas uma "camada de disponibilidade de dados (DA)". Eles realmente não entendem o que é JAM. Mas depois de mais de 100 tweets, eles finalmente tiveram um pouco de ideia. De facto, o que fazemos é muito mais avançado do que outros ecossistemas e, naturalmente, algumas pessoas não o compreenderão, e até o criticarão de forma muito negativa, podendo haver outros projetos a tentar imitar-nos no futuro.
Quanto ao debate on-chain vs. off-chain, acho que é bastante chato. Na verdade, o problema central é muito simples, "on-chain" significa garantir a segurança e confiabilidade do processo de computação através da descentralização. Enquanto os blockchains tradicionais, como Bitcoin ou Ethereum, permitem que cada nó calcule os mesmos dados e programas, o JAM usa um protocolo chamado ELVES, que permite que os nós façam todos os cálculos sem que todos tenham que fazê-los, e também garante que a computação on-chain seja segura e os resultados sejam consistentes. Esta metodologia está disponível publicamente e foi extensivamente revisada, e acreditamos que é uma abordagem chave para o futuro do blockchain em escala.
Aqueles que ainda se preocupam com "o que cada nó fez" só podem aceitar a realidade: para que a blockchain realmente se desenvolva, é necessário reduzir a carga de trabalho dos nós, enquanto se garantem a segurança e a confiabilidade dos resultados por outros meios.
Assim, basicamente, estas são as coisas com que estive ocupado ultimamente! Obrigado!