Acredito que muitos utilizadores ainda não saibam por que razão as suas transações na Solana têm falhado recentemente?
Vamos começar com o básico - do ponto de vista do utilizador, quando fazemos uma transação, basicamente três coisas acontecem:
A transação foi executada com sucesso sem erros;
A execução falha, por exemplo, a taxa de gás é paga, mas é devolvido um erro durante a execução. Normalmente, isso ocorre quando as condições de execução não são atendidas, por exemplo, o token que está tentando ser criado já foi criado, ou o deslizamento excede o valor definido devido a flutuações de preço, etc.;
Transações não entregues. Este tipo de transação não aparece em lado nenhum, o que indica que a transação ainda não chegou ao “Block Leader” (Foresight News Note, o verificador responsável pelo processamento de transações num determinado período de tempo). Este é exatamente um problema atualmente enfrentado por muitos usuários, este é um problema de camada de rede, não um problema de nível de consenso/execução;
Pode estar a perguntar-se, o que é a camada de rede?
Não se preocupe, vamos falar sobre essas transações não entregues em um momento e por que elas são a principal causa da atual congestão da Solana. Antes de fazermos isso, vamos nos concentrar em negociações mal sucedidas porque é importante entender por que as negociações mal sucedidas não são o principal problema.
Se olhar atentamente, pode ficar surpreso ao descobrir que apenas cerca de 8% destas transações falhadas provêm de utilizadores reais, o restante são casos de transações falhadas de arbitragem realizadas por bots on-chain: os arbitragistas vão inundar a Solana com transações de spam porque o envio de transações de spam se compara com as recompensas de arbitragem bem-sucedidas. O custo é negligenciável.
Por exemplo, eles poderiam enviar transações de spam para Solana várias vezes ao dia. Isso custaria a eles algumas centenas de dólares (porque as taxas da Solana são baixas), e eles poderiam obter até $100,000 em lucro apenas completando uma transação.
Portanto, é importante notar que estas transações falhadas não significam que haja um problema com a atividade da Solana - a rede Solana está a funcionar conforme o esperado, portanto, estas transações falhadas são simplesmente o resultado de as condições de transação dos bots não serem cumpridas, e não são a principal razão pela fraca experiência do utilizador da Solana atualmente.
Na verdade, a taxa de falha de negócios da Solana tem permanecido em cerca de 50% desde novembro. Se você olhar para o gráfico de falha vs. sucesso que eu apresentei acima, verá que era muito parecido antes.
Vamos agora discutir a principal causa da congestão da Solana nos últimos dias - “transações não entregues”. Como mencionado anteriormente, essas transações falharam em alcançar o “líder do bloco” e foram bloqueadas devido a problemas na camada de rede, sendo descartadas.
A camada de rede é a camada de comunicação da Internet e é usada para enviar pacotes de dados entre diferentes conexões, tais como: TCP (Protocolo de Controlo de Transmissão), UDP (Protocolo de Datagrama de Utilizador), QUIC (desenvolvido pelo Google), etc.
E a Solana acabou de atualizar recentemente o QUIC como sua camada de rede, ajuda a estabelecer uma conexão entre o utilizador e o “líder de bloco”, e uma vez que a Solana tem produção contínua de blocos e não possui mempool, perder a conexão significará que as transações não serão escritas no bloco.
QUIC permite que os “líderes de bloco” cortem conexões ou limitem a taxa de certos utilizadores com base em critérios específicos, para que os “líderes de bloco” possam agora interromper certas conexões quando a procura na cadeia é elevada, ou seja, esta nova arquitetura impede que a Solana pare quando a atividade da rede aumenta—a rede pode estar muito congestionada neste momento, mas pelo menos não irá parar.
Então, você pode perguntar, se tudo em QUIC foi tão bem projetado, por que Solana está tão ruim agora?
Assim, o problema é que, embora o 'líder do bloco' agora possa restringir certas conexões, a lógica exata de 'quais conexões restringir' é mal implementada e falha.
Para entender melhor, imaginemos que, em circunstâncias normais, cada 'líder de bloco' tem X conexões para conversar e, durante os períodos de maior atividade, o 'líder de bloco' começará a receber 10-100 vezes o número de pedidos de conexão...
Neste momento, o "líder do bloco" pode optar por abandonar certas conexões, mas o problema é que essas conexões não são atualmente descartadas de acordo com um conjunto de critérios estabelecidos (como descartar todas as conexões com um custo inferior a X), mas são descartadas aleatoriamente. ...
Portanto, essencialmente, para que as suas transações sejam incluídas, tem de enviar mais transações de spam do que os outros e, uma vez que existem vários bots a enviar pedidos de conexão para a rede, torna-se cada vez mais difícil para o utilizador comum estabelecer uma conexão e completar transações.
Essa é a essência do problema principal, equipas como Firedancer, Anza, Solana, etc. estão a trabalhar arduamente para corrigir a camada da rede, esses patches estão a ser implementados, alguns patches importantes estão previstos para serem implementados nas próximas semanas.
Será que isto resolverá o problema? Solana irá descolar novamente? Não exatamente, como resultado, haverá mais no futuro. Um longo caminho a percorrer por três razões:
Não há garantia de quão eficaz será a correção atual em prevenir o próximo problema de congestionamento da Solana, e só saberemos quando for realmente implementada;
O Firedancer da Jump Crypto pode de fato resolver esses problemas, mas não será lançado até o final do ano;
O problema do spam na rede, ou seja, a economia de transações da Solana, tem muitos problemas e não consegue impedir que utilizadores maliciosos enviem spam.
Поділіться
Контент
Acredito que muitos utilizadores ainda não saibam por que razão as suas transações na Solana têm falhado recentemente?
Vamos começar com o básico - do ponto de vista do utilizador, quando fazemos uma transação, basicamente três coisas acontecem:
A transação foi executada com sucesso sem erros;
A execução falha, por exemplo, a taxa de gás é paga, mas é devolvido um erro durante a execução. Normalmente, isso ocorre quando as condições de execução não são atendidas, por exemplo, o token que está tentando ser criado já foi criado, ou o deslizamento excede o valor definido devido a flutuações de preço, etc.;
Transações não entregues. Este tipo de transação não aparece em lado nenhum, o que indica que a transação ainda não chegou ao “Block Leader” (Foresight News Note, o verificador responsável pelo processamento de transações num determinado período de tempo). Este é exatamente um problema atualmente enfrentado por muitos usuários, este é um problema de camada de rede, não um problema de nível de consenso/execução;
Pode estar a perguntar-se, o que é a camada de rede?
Não se preocupe, vamos falar sobre essas transações não entregues em um momento e por que elas são a principal causa da atual congestão da Solana. Antes de fazermos isso, vamos nos concentrar em negociações mal sucedidas porque é importante entender por que as negociações mal sucedidas não são o principal problema.
Se olhar atentamente, pode ficar surpreso ao descobrir que apenas cerca de 8% destas transações falhadas provêm de utilizadores reais, o restante são casos de transações falhadas de arbitragem realizadas por bots on-chain: os arbitragistas vão inundar a Solana com transações de spam porque o envio de transações de spam se compara com as recompensas de arbitragem bem-sucedidas. O custo é negligenciável.
Por exemplo, eles poderiam enviar transações de spam para Solana várias vezes ao dia. Isso custaria a eles algumas centenas de dólares (porque as taxas da Solana são baixas), e eles poderiam obter até $100,000 em lucro apenas completando uma transação.
Portanto, é importante notar que estas transações falhadas não significam que haja um problema com a atividade da Solana - a rede Solana está a funcionar conforme o esperado, portanto, estas transações falhadas são simplesmente o resultado de as condições de transação dos bots não serem cumpridas, e não são a principal razão pela fraca experiência do utilizador da Solana atualmente.
Na verdade, a taxa de falha de negócios da Solana tem permanecido em cerca de 50% desde novembro. Se você olhar para o gráfico de falha vs. sucesso que eu apresentei acima, verá que era muito parecido antes.
Vamos agora discutir a principal causa da congestão da Solana nos últimos dias - “transações não entregues”. Como mencionado anteriormente, essas transações falharam em alcançar o “líder do bloco” e foram bloqueadas devido a problemas na camada de rede, sendo descartadas.
A camada de rede é a camada de comunicação da Internet e é usada para enviar pacotes de dados entre diferentes conexões, tais como: TCP (Protocolo de Controlo de Transmissão), UDP (Protocolo de Datagrama de Utilizador), QUIC (desenvolvido pelo Google), etc.
E a Solana acabou de atualizar recentemente o QUIC como sua camada de rede, ajuda a estabelecer uma conexão entre o utilizador e o “líder de bloco”, e uma vez que a Solana tem produção contínua de blocos e não possui mempool, perder a conexão significará que as transações não serão escritas no bloco.
QUIC permite que os “líderes de bloco” cortem conexões ou limitem a taxa de certos utilizadores com base em critérios específicos, para que os “líderes de bloco” possam agora interromper certas conexões quando a procura na cadeia é elevada, ou seja, esta nova arquitetura impede que a Solana pare quando a atividade da rede aumenta—a rede pode estar muito congestionada neste momento, mas pelo menos não irá parar.
Então, você pode perguntar, se tudo em QUIC foi tão bem projetado, por que Solana está tão ruim agora?
Assim, o problema é que, embora o 'líder do bloco' agora possa restringir certas conexões, a lógica exata de 'quais conexões restringir' é mal implementada e falha.
Para entender melhor, imaginemos que, em circunstâncias normais, cada 'líder de bloco' tem X conexões para conversar e, durante os períodos de maior atividade, o 'líder de bloco' começará a receber 10-100 vezes o número de pedidos de conexão...
Neste momento, o "líder do bloco" pode optar por abandonar certas conexões, mas o problema é que essas conexões não são atualmente descartadas de acordo com um conjunto de critérios estabelecidos (como descartar todas as conexões com um custo inferior a X), mas são descartadas aleatoriamente. ...
Portanto, essencialmente, para que as suas transações sejam incluídas, tem de enviar mais transações de spam do que os outros e, uma vez que existem vários bots a enviar pedidos de conexão para a rede, torna-se cada vez mais difícil para o utilizador comum estabelecer uma conexão e completar transações.
Essa é a essência do problema principal, equipas como Firedancer, Anza, Solana, etc. estão a trabalhar arduamente para corrigir a camada da rede, esses patches estão a ser implementados, alguns patches importantes estão previstos para serem implementados nas próximas semanas.
Será que isto resolverá o problema? Solana irá descolar novamente? Não exatamente, como resultado, haverá mais no futuro. Um longo caminho a percorrer por três razões:
Não há garantia de quão eficaz será a correção atual em prevenir o próximo problema de congestionamento da Solana, e só saberemos quando for realmente implementada;
O Firedancer da Jump Crypto pode de fato resolver esses problemas, mas não será lançado até o final do ano;
O problema do spam na rede, ou seja, a economia de transações da Solana, tem muitos problemas e não consegue impedir que utilizadores maliciosos enviem spam.