Protocolo do sistema distribuído central da blockchain Sui: Sui Lutris
A Mysten Labs atualizou o white paper do Sui Lutris a 18 de agosto, após meses de testes, e definiu os seguintes resultados chave:
Sui, ao utilizar PTBs e 5K TPS, pode processar de 140k a 150k operações por segundo, muito acima do desempenho de benchmark da rede principal (cerca de 700 TPS).
Mesmo na situação em que alguns nós de validação param de funcionar, o atraso na confirmação final do Sui ainda consegue manter-se abaixo de 0,5 segundos.
O white paper descreve detalhadamente o mecanismo de funcionamento do Sui, a prova de segurança e como os testadores externos podem reproduzir os dados relevantes em suas próprias verificações.
Após o lançamento da mainnet Sui, foram atraídas implementações de aplicações como jogos e NFTs. O relatório técnico Sui Lutris, recentemente publicado pela Mysten Labs, apresenta este sistema distribuído que suporta Sui, capaz de manter baixa latência enquanto garante alta capacidade de processamento e estabilidade a longo prazo.
Desde o nascimento do Bitcoin, a tecnologia blockchain tem feito grandes progressos, com novas aplicações como jogos e NFTs a surgir continuamente. A indústria continua a explorar maneiras de melhorar a eficiência da blockchain, especialmente no que diz respeito ao tratamento de altas cargas e latências em tempo real.
Atualmente, as blockchains L1 enfrentam dois grandes desafios: alcançar uma alta taxa de transferência sob a premissa de baixa latência, ao mesmo tempo garantindo a estabilidade a longo prazo do protocolo de consenso. Esses desafios podem ser enfrentados através da participação dinâmica e configuração dos nós de verificação.
Uma forma eficaz de alcançar alta taxa de transferência é adotar um protocolo de consenso baseado em DAG, como o Narwhal/Bullshark utilizado pelo Sui. Esses protocolos permitem que a blockchain execute simultaneamente um grande número de transações, sendo muito adequados para cenários de aplicação como jogos e NFTs. No entanto, os protocolos baseados em DAG podem resultar em alguns segundos de latência, o que pode impactar significativamente operações comuns de transferência ou de jogos.
Por outro lado, os protocolos sem consenso demonstram um grande potencial na redução de latência e escalabilidade, como o protótipo FastPay estudado anteriormente. Estes protocolos permitem um processamento rápido de transações ao eliminar a necessidade de consenso, sem a necessidade de coordenar transações independentes processadas em paralelo. No entanto, este método é aplicável apenas a categorias limitadas de operações simples em blockchain, restringindo a capacidade de expressão dos contratos inteligentes e apresentando desafios na reconfiguração de conjuntos de nós de validação em mudança dinâmica.
Apesar de ambos os protocolos terem potencial, atualmente não são amplamente utilizados em blockchain de nível de produção. Eles permanecem principalmente na fase de discussão acadêmica e não foram amplamente adotados pela comunidade de blockchain. O Sui Lutris, como o protocolo central da rede Sui, combina de forma inovadora o consenso baseado em DAG e o método sem consenso, realizando as vantagens de ambos: latência de sub-segundo (menos de 1 segundo) e um throughput contínuo de milhares de transações por segundo. Ao mesmo tempo, o Sui mantém a capacidade de executar contratos complexos em objetos compartilhados, gerar checkpoints e reconfigurar o conjunto de nós de validação entre épocas.
O método inovador da Sui Lutris
Sui Lutris adotou um método híbrido único. Para operações de ativos de único proprietário (objetos exclusivos), o sistema utiliza um protocolo de broadcast consistente entre os nós de validação, alcançando uma latência abaixo do consenso. Para contratos inteligentes complexos executados em objetos compartilhados, o Sui Lutris depende apenas do processamento de consenso. Além disso, o Sui Lutris também suporta operações de manutenção de rede, como definição de checkpoints e reconfiguração de nós de validação. Esta estratégia inovadora oferece uma solução que combina as vantagens de ambos os métodos ao lidar com transações em um ambiente bizantino replicado.
O ciclo de vida das transações da Sui Lutris inclui os seguintes passos:
O utilizador cria e assina uma transação para alterar a combinação de objetos que possui ou que são exclusivos e objetos partilhados.
A transação é enviada através de nós completos para o nó de validação Sui Lutris, onde é verificada a validade e a segurança, e após a assinatura, é retornada ao cliente.
O cliente recolhe as respostas da maioria dos nós de validação, formando um certificado de transação, neste momento a transação atinge a finalidade.
Após a integração do certificado, enviar de volta a todos os nós de validação, confirmar ao cliente após a validação. Transações de objetos exclusivas podem ser processadas diretamente, sem esperar pelo motor de consenso. Todos os certificados são encaminhados para o protocolo de consenso baseado em DAG.
Número do certificado de saída de consenso, os nós de validação verificam e executam transações que contêm objetos compartilhados.
O cliente pode coletar as respostas da maioria dos nós de validação, montá-las em um certificado válido, como prova de liquidação de transações.
Para cada submissão de consenso, formar checkpoints, usados para conduzir a reconfiguração do protocolo.
Sui Lutris também oferece outras funcionalidades que suportam blockchains de nível de produto:
Implementar o protocolo checkpoint, gerando um histórico de todas as transações do sistema, facilitando a auditoria e a sincronização.
Suporte para reconfiguração no final de cada epoch, permitindo alterações no conjunto de nós de validação e seus direitos de voto.
No final do epoch, desbloquear com segurança os ativos que foram bloqueados por engano, minimizando as perdas por erro.
Como base para o Sui, o relatório técnico completo do Sui Lutris fornece informações detalhadas sobre a execução do protocolo de segurança e atividade, bem como a prova de segurança em parte sincronizada com participantes bizantinos no modelo padrão de sistemas distribuídos.
Esta página pode conter conteúdo de terceiros, que é fornecido apenas para fins informativos (não para representações/garantias) e não deve ser considerada como um endosso de suas opiniões pela Gate nem como aconselhamento financeiro ou profissional. Consulte a Isenção de responsabilidade para obter detalhes.
Sui Lutris：Explicação detalhada do protocolo do sistema distribuído central da blockchain Sui
Protocolo do sistema distribuído central da blockchain Sui: Sui Lutris
A Mysten Labs atualizou o white paper do Sui Lutris a 18 de agosto, após meses de testes, e definiu os seguintes resultados chave:
Sui, ao utilizar PTBs e 5K TPS, pode processar de 140k a 150k operações por segundo, muito acima do desempenho de benchmark da rede principal (cerca de 700 TPS).
Mesmo na situação em que alguns nós de validação param de funcionar, o atraso na confirmação final do Sui ainda consegue manter-se abaixo de 0,5 segundos.
O white paper descreve detalhadamente o mecanismo de funcionamento do Sui, a prova de segurança e como os testadores externos podem reproduzir os dados relevantes em suas próprias verificações.
Após o lançamento da mainnet Sui, foram atraídas implementações de aplicações como jogos e NFTs. O relatório técnico Sui Lutris, recentemente publicado pela Mysten Labs, apresenta este sistema distribuído que suporta Sui, capaz de manter baixa latência enquanto garante alta capacidade de processamento e estabilidade a longo prazo.
Desde o nascimento do Bitcoin, a tecnologia blockchain tem feito grandes progressos, com novas aplicações como jogos e NFTs a surgir continuamente. A indústria continua a explorar maneiras de melhorar a eficiência da blockchain, especialmente no que diz respeito ao tratamento de altas cargas e latências em tempo real.
Atualmente, as blockchains L1 enfrentam dois grandes desafios: alcançar uma alta taxa de transferência sob a premissa de baixa latência, ao mesmo tempo garantindo a estabilidade a longo prazo do protocolo de consenso. Esses desafios podem ser enfrentados através da participação dinâmica e configuração dos nós de verificação.
Uma forma eficaz de alcançar alta taxa de transferência é adotar um protocolo de consenso baseado em DAG, como o Narwhal/Bullshark utilizado pelo Sui. Esses protocolos permitem que a blockchain execute simultaneamente um grande número de transações, sendo muito adequados para cenários de aplicação como jogos e NFTs. No entanto, os protocolos baseados em DAG podem resultar em alguns segundos de latência, o que pode impactar significativamente operações comuns de transferência ou de jogos.
Por outro lado, os protocolos sem consenso demonstram um grande potencial na redução de latência e escalabilidade, como o protótipo FastPay estudado anteriormente. Estes protocolos permitem um processamento rápido de transações ao eliminar a necessidade de consenso, sem a necessidade de coordenar transações independentes processadas em paralelo. No entanto, este método é aplicável apenas a categorias limitadas de operações simples em blockchain, restringindo a capacidade de expressão dos contratos inteligentes e apresentando desafios na reconfiguração de conjuntos de nós de validação em mudança dinâmica.
Apesar de ambos os protocolos terem potencial, atualmente não são amplamente utilizados em blockchain de nível de produção. Eles permanecem principalmente na fase de discussão acadêmica e não foram amplamente adotados pela comunidade de blockchain. O Sui Lutris, como o protocolo central da rede Sui, combina de forma inovadora o consenso baseado em DAG e o método sem consenso, realizando as vantagens de ambos: latência de sub-segundo (menos de 1 segundo) e um throughput contínuo de milhares de transações por segundo. Ao mesmo tempo, o Sui mantém a capacidade de executar contratos complexos em objetos compartilhados, gerar checkpoints e reconfigurar o conjunto de nós de validação entre épocas.
O método inovador da Sui Lutris
Sui Lutris adotou um método híbrido único. Para operações de ativos de único proprietário (objetos exclusivos), o sistema utiliza um protocolo de broadcast consistente entre os nós de validação, alcançando uma latência abaixo do consenso. Para contratos inteligentes complexos executados em objetos compartilhados, o Sui Lutris depende apenas do processamento de consenso. Além disso, o Sui Lutris também suporta operações de manutenção de rede, como definição de checkpoints e reconfiguração de nós de validação. Esta estratégia inovadora oferece uma solução que combina as vantagens de ambos os métodos ao lidar com transações em um ambiente bizantino replicado.
O ciclo de vida das transações da Sui Lutris inclui os seguintes passos:
O utilizador cria e assina uma transação para alterar a combinação de objetos que possui ou que são exclusivos e objetos partilhados.
A transação é enviada através de nós completos para o nó de validação Sui Lutris, onde é verificada a validade e a segurança, e após a assinatura, é retornada ao cliente.
O cliente recolhe as respostas da maioria dos nós de validação, formando um certificado de transação, neste momento a transação atinge a finalidade.
Após a integração do certificado, enviar de volta a todos os nós de validação, confirmar ao cliente após a validação. Transações de objetos exclusivas podem ser processadas diretamente, sem esperar pelo motor de consenso. Todos os certificados são encaminhados para o protocolo de consenso baseado em DAG.
Número do certificado de saída de consenso, os nós de validação verificam e executam transações que contêm objetos compartilhados.
O cliente pode coletar as respostas da maioria dos nós de validação, montá-las em um certificado válido, como prova de liquidação de transações.
Para cada submissão de consenso, formar checkpoints, usados para conduzir a reconfiguração do protocolo.
Sui Lutris também oferece outras funcionalidades que suportam blockchains de nível de produto:
Como base para o Sui, o relatório técnico completo do Sui Lutris fornece informações detalhadas sobre a execução do protocolo de segurança e atividade, bem como a prova de segurança em parte sincronizada com participantes bizantinos no modelo padrão de sistemas distribuídos.