Tópicos populares
#
Bonk Eco continues to show strength amid $USELESS rally
#
Pump.fun to raise $1B token sale, traders speculating on airdrop
#
Boop.Fun leading the way with a new launchpad on Solana.

vitalik.eth
mi pinxe lo crino tcati
Em 2014, havia uma visão: você pode ter aplicações descentralizadas sem permissão que poderiam suportar finanças, redes sociais, compartilhamento de caronas, organizações governamentais, crowdfunding, potencialmente criar uma web alternativa inteira, tudo nas costas de um conjunto de tecnologias.
Ethereum: a blockchain. O computador mundial que poderia dar a qualquer aplicação sua memória compartilhada.
Whisper: a camada de dados. Mensagens muito caras para uma blockchain, que não precisam de consenso.
Swarm: a camada de armazenamento. Armazene arquivos para acesso a longo prazo.
Nos últimos cinco anos, essa visão central às vezes se tornou obscurecida, com várias "metas" e "narrativas" em vários momentos ocupando o centro do palco. Mas a visão central nunca morreu. E, de fato, as tecnologias centrais por trás dela estão apenas se tornando mais fortes.
Ethereum agora é proof of stake. Ethereum agora está escalando, agora é barato, e está a caminho de se tornar mais escalável e mais barato graças ao poder dos ZK-EVMs. Graças ao ZK-EVM + PeerDAS, a visão de "sharding" está sendo efetivamente realizada. E os L2s podem oferecer ganhos adicionais e diferentes em velocidade por cima.
Whisper agora é Waku ( ), e já alimenta muitas aplicações (por exemplo, só para nomear duas que uso). Mesmo fora do Waku, a qualidade da mensageria descentralizada aumentou. Fileverse (alternativa descentralizada ao Google Docs e Sheets: ) viu ganhos massivos em usabilidade no último ano.
IPFS agora é altamente performático e robusto como uma maneira descentralizada de recuperar arquivos, embora o IPFS sozinho não resolva o problema de armazenamento. Portanto, ainda há espaço para melhorias nesse aspecto.
Todos os pré-requisitos para a visão original da web3 estão aqui, em plena força, e continuam a se fortalecer nos próximos anos. Portanto, é hora de buidl, e buidl descentralizado.
Fileverse é um excelente exemplo da maneira certa de fazer as coisas:
* Ele usa Ethereum e Gnosis Chain para o que eles são bons: nomes, contas e permissões, registro de documentos
* Ele usa mensageria descentralizada e armazenamento de arquivos para armazenar documentos e propagar mudanças nos documentos
* A aplicação passa no teste de desistência: (mesmo que o Fileverse desapareça, você ainda pode recuperá-los e até continuar editando-os com a interface de código aberto)
É isso que queremos dizer com "construir um martelo que é uma ferramenta que você compra uma vez e é sua, não uma máquina de lavar louça AI corporativa que exige que você se registre para uma conta do google e cobra uma taxa de assinatura por mês por modos de lavagem extras, e provavelmente espiona você e para de funcionar se você se tornar politicamente desfavorecido por um país estrangeiro".
Se você acha que essa crítica ao corposlop é hiperbólica, bem, acontece que é literalmente uma concatenação dessas três:
*
*
*
Em 2014, aplicações descentralizadas eram brinquedos, centenas de vezes mais difíceis de usar no web2. Em 2026, o fileverse agora é utilizável o suficiente que eu regularmente escrevo documentos nele e os envio para outras pessoas colaborarem. O renascimento descentralizado está chegando, e você pode fazer parte de fazê-lo acontecer.

15,45K
O Ethereum em si deve passar no teste de desistência.
O Ethereum deve ser um lar para aplicações sem confiança e minimizadas em confiança, seja em finanças, governança ou em outros lugares. Deve suportar aplicações que são mais como ferramentas - o martelo que, uma vez comprado, é seu - do que como serviços que perdem toda a funcionalidade assim que o fornecedor perde o interesse em mantê-los (ou pior, é hackeado ou se torna extrativo de valor). Mesmo quando as aplicações têm funcionalidade que depende de um fornecedor, o Ethereum pode ajudar a reduzir essas dependências tanto quanto possível e proteger o usuário tanto quanto possível nos casos em que as dependências falham.
Mas construir tais aplicações não é possível em uma camada base que depende de atualizações contínuas de um fornecedor para continuar sendo utilizável - mesmo que esse "fornecedor" seja o processo de todos os desenvolvedores principais. O Ethereum, a blockchain, deve ter as características que buscamos nas aplicações do Ethereum. Portanto, o Ethereum em si deve passar no teste de desistência.
Isso significa que o Ethereum deve chegar a um lugar onde _podemos ossificar se quisermos_. Não precisamos parar de fazer mudanças no protocolo, mas devemos chegar a um lugar onde a proposta de valor do Ethereum não depende estritamente de quaisquer recursos que não estejam no protocolo já.
Isso inclui o seguinte:
* Resistência total a quântica. Devemos resistir à armadilha de dizer "vamos adiar a resistência quântica até o último momento possível em nome de extrair mais eficiências por mais tempo". Usuários individuais têm esse direito, mas o protocolo não deve. Ser capaz de dizer "o protocolo do Ethereum, como está hoje, é criptograficamente seguro por cem anos" é algo que devemos nos esforçar para alcançar o mais rápido possível e insistir como um ponto de orgulho.
* Uma arquitetura que pode expandir para escalabilidade suficiente. O protocolo precisa ter as propriedades que permitem expandir para milhares de TPS ao longo do tempo, notavelmente validação ZK-EVM e amostragem de dados através do PeerDAS. Idealmente, chegamos a um ponto onde a escalabilidade adicional é feita através de mudanças "apenas de parâmetros" - e idealmente _essas_ mudanças não são forks estilo BPO, mas sim feitas com o mesmo mecanismo de votação de validadores que usamos para o limite de gás.
* Uma arquitetura de estado que pode durar décadas. Isso significa decidir e implementar qualquer forma de parcial sem estado e expiração de estado que nos permita sentir confortáveis em deixar o Ethereum operar com milhares de TPS por décadas, sem quebrar a sincronização ou os requisitos de disco rígido ou I/O. Isso também significa preparar o futuro das árvores e tipos de armazenamento para funcionar bem com esse ambiente a longo prazo.
* Um modelo de conta que é de uso geral (isso é "abstração total de conta": afastar-se do ECDSA consagrado para validação de assinatura)
* Um cronograma de gás que temos confiança de que está livre de vulnerabilidades de DoS, tanto para execução quanto para prova ZK
* Um modelo econômico de PoS que, com tudo o que aprendemos ao longo da última meia década de prova de participação no Ethereum e uma década completa além, temos confiança de que pode durar e permanecer descentralizado por décadas, e apoia a utilidade do ETH como colateral sem confiança (por exemplo, em stablecoins lastreadas em ETH minimizadas em governança)
* Um modelo de construção de blocos que temos confiança de que resistirá à pressão de centralização e garantirá resistência à censura mesmo em ambientes futuros desconhecidos
Idealmente, fazemos o trabalho duro nos próximos anos, para chegar a um ponto onde no futuro quase toda a inovação futura pode acontecer através da otimização do cliente, e ser refletida no protocolo através de mudanças de parâmetros. A cada ano, devemos marcar pelo menos uma dessas caixas, e idealmente várias. Faça a coisa certa uma vez, com base no conhecimento do que é verdadeiramente a coisa certa (e não compromissos de soluções intermediárias), e maximize a robustez tecnológica e social do Ethereum a longo prazo.
O Ethereum vai com tudo.
Este é o gwei.
12,86K
Top
Classificação
Favoritos
