_Techno

O Walrus é muito próximo em sua abordagem à integridade do protocolo através da forma como verifica cada operação contra pré-condições muito restritivas antes de permitir que ela prossiga. Assim, o estado do protocolo só é alterado através das ações válidas, e assim, as possibilidades são limitadas para resultados imprevisíveis e a interação dos participantes é protegida.
Em protocolos descentralizados, as mudanças de estado inválidas podem sempre ser levantadas como um problema. Mesmo módulos que são bem pensados podem acabar dando resultados inconsistentes se as operações forem realizadas com suposições erradas ou sem uma visão completa. O Walrus resolve esse problema considerando as pré-condições como as restrições principais do protocolo. Essas pré-condições são as verificações reais que fazem parte da lógica do protocolo e que decidem se uma operação pode prosseguir, e a decisão é baseada no estado dos objetos, nas permissões dos participantes e nas ações que foram realizadas e finalizadas até agora.

O Plasma não tentará processar todas as transações se houver um aumento na demanda. Quando a rede é inundada com capital mais rápido do que pode executar as transações, ela estabelece limites muito rigorosos sobre quais transações serão processadas e quais serão atrasadas. Essa rejeição não se baseia na identidade ou no tamanho do valor, mas em padrões de comportamento que representam uma ameaça à ordem de liquidação.
Para evitar sobrecarga, o protocolo limita o número de solicitações de transação que contas e contratos podem enviar quando estão enviando transações a uma taxa superior à permitida. Essas restrições são feitas uniformemente na camada de execução, e não, por exemplo, por filtragem fora da cadeia ou discrição dos validadores. Portanto, o número de transações submetidas pode ser maior do que o número que pode ser processado sem que a liquidação se torne instável.

A Plasma é muito clara sobre sua prevenção da fragmentação de liquidez entre aplicações, e começa com uma regra simples, mas rigorosa, de que a liquidez de liquidação deve sempre ser considerada como um único sistema compartilhado e não como pools isolados e competindo por profundidade. Cada decisão de design na Plasma visa reforçar essa regra, mesmo que isso signifique limitar a flexibilidade de curto prazo.
Na plataforma Plasma, é normal que o capital se mova com frequência, de fato, muitas vezes programaticamente, e às vezes em grandes quantidades. Quando sob essas condições, a fragmentação se torna um risco sistêmico. Se a liquidez estiver presa dentro da aplicação, rotas específicas, wrappers ou caminhos de execução, então sob estresse, a confiabilidade da liquidação diminuirá. A Plasma vê isso não como um problema de nível de aplicação, mas como um modo de falha de nível de protocolo.

Walrus toma uma decisão de protocolo consciente e opinativa: em vez de parâmetros operacionais críticos serem continuamente ajustáveis através da governança, eles são bloqueados na implantação. Esta decisão foca diretamente na previsibilidade, contenção de risco e confiança a longo prazo, em vez de flexibilidade a curto prazo.
Em um mundo onde mudanças frequentes de protocolo trazem incerteza, Walrus vê a governança como uma possível superfície de risco.
Governança como um Vetor de Risco, Não uma Característica Muitos protocolos posicionam a flexibilidade de governança como uma característica. Walrus, no entanto, adota uma abordagem completamente diferente. Ele vê a capacidade de mudar parâmetros como vetores potenciais para:

Na superfície, parece que a missão central do protocolo Walrus de armazenamento seguro, privado e descentralizado conflita com sua camada base. Ele se baseia no Sui, uma blockchain, cujas virtudes arquitetônicas são a transparência radical, a execução paralelizada e um estado globalmente verificável. Mas isso não é um erro cometido involuntariamente; é uma contradição de design consciente e estratégica que abre uma possibilidade única. O Walrus não está resistindo à transparência do Sui. Está usando isso para inventar um novo conceito: uma camada de coordenação super rápida, de baixo custo para privacidade. O que obtemos é uma ótima solução onde as vantagens de um livro-razão transparente são usadas para lidar e proteger a presença e o direito a dados privados, enquanto os próprios dados permanecem em segredo.

O Plasma deliberadamente não tenta lidar com cada transação que chega quando é inundado com um grande fluxo de capital. Isso não se deve ao fato de a rede ser incapaz de fazê-lo, mas sim a uma decisão de design tomada intencionalmente. Quando a liquidez se concentra muito rapidamente, o Plasma opta por priorizar a liquidação determinística e a integridade geral do sistema em vez de se concentrar em maximizar o volume de transações no curto prazo.
A maioria das redes de Camada 1 considera o throughput como uma das principais métricas de sucesso. Em tempos de alta demanda, elas tentam absorver o máximo de atividade possível, muitas vezes permitindo que a ordem de execução, o comportamento do mempool e a dinâmica de taxas fiquem sob pressão significativa. O Plasma, no entanto, adota uma abordagem diferente. Ele impõe restrições de execução muito rigorosas durante os picos para garantir que qualquer instabilidade não seja propagada para a camada de liquidação.

O Plasma considera a construção de blocos como um processo determinístico, em vez de uma decisão flexível ou dependente do proponente. Todos os blocos na cadeia Plasma estão em conformidade com o conjunto fixo de regras de protocolo que regulam a seleção, ordenação, execução e comprometimento de transações. Tal design desambigua a camada de execução e garante que cada nó de validação receba as mesmas entradas na mesma ordem, resultando em transições de estado idênticas sem comportamento discricionário.
A ordenação determinística é a base do modelo de execução do Plasma. As transações não são reordenadas de forma dinâmica de acordo com taxas, lances prioritários ou incentivos ao proponente. O Plasma, por outro lado, ajuda a manter uma ordenação canônica que é resultado da chegada das transações, restrições de validade e regras de ordenação definidas pelo protocolo.

O Walrus evita riscos de reordenação de estado incorporando uma ordenação de operações explícita no nível do protocolo. Em sistemas descentralizados, o problema da ordem de execução inconsistente pode permitir que dois resultados diferentes sejam obtidos, mesmo que as mesmas ações tenham sido submetidas. O Walrus resolve esse problema estabelecendo regras rígidas e verificáveis que decidem como e quando as operações são aplicadas, preservando assim o desenvolvimento consistente do estado de todos os interessados.
O Walrus impõe a ordem de operação como uma restrição importante do protocolo. Em vez de depender de temporização implícita, comportamento do cliente ou nó, lógica de processamento específica, o Walrus implementa a ordem de execução nas regras do protocolo. Isso significa que as operações que afetam a mesma questão ou recurso serão processadas em uma sequência determinística que não pode ser alterada por qualquer comportamento fora da cadeia.