Análise dos princípios dos STARKs da Binius e reflexões sobre a otimização
1. Introdução
Uma das principais razões para a baixa eficiência dos STARKs é: na maioria dos programas práticos, a maior parte dos valores numéricos é pequena, mas para garantir a segurança da prova baseada em árvores de Merkle, ao usar a codificação de Reed-Solomon para expandir os dados, muitos valores redundantes adicionais ocupam todo o domínio, mesmo que os valores originais sejam muito pequenos. Reduzir o tamanho do domínio torna-se uma estratégia crucial.
A largura de codificação dos STARKs de 1ª geração é de 252 bits, a de 2ª geração é de 64 bits, e a de 3ª geração é de 32 bits, mas os 32 bits ainda apresentam muito espaço desperdiçado. O domínio binário permite operações diretas em bits, com codificação compacta, eficiente e sem desperdícios, o que pode ser a 4ª geração dos STARKs.
Os domínios binários são amplamente utilizados em criptografia, como AES(F28), GMAC(F2128), QR Code(F28), entre outros. Quando se utiliza domínios menores, a operação de extensão torna-se cada vez mais importante para garantir a segurança. O domínio binário utilizado pelo Binius depende totalmente da extensão para garantir a segurança e a usabilidade. A maioria dos cálculos Prover opera sob o domínio base, sendo eficiente; a verificação de pontos aleatórios e o cálculo FRI exigem uma exploração mais profunda em um domínio de extensão maior para garantir a segurança.
Soluções inovadoras da Binius:
usa múltiplas variáveis ( polinômio multivariável ) em vez de polinômio univariável, representando a trajetória de cálculo através de "hipercubo".
Veja o hipercubo como quadrado, baseado no quadrado para a expansão de Reed-Solomon.
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.
10 Curtidas
Recompensa
10
3
Repostar
Compartilhar
Comentário
0/400
BugBountyHunter
· 08-09 16:10
Ouça-me um conselho, este código está muito complicado.
Ver originalResponder0
HalfIsEmpty
· 08-09 15:57
Ainda a jogar L1? stark é o futuro
Ver originalResponder0
DataBartender
· 08-09 15:51
O tamanho do domínio foi reduzido para 32 e ainda é um desperdício. Tsk tsk.
Binius STARKs: Exploração inovadora e otimização de desempenho em domínios binários
Análise dos princípios dos STARKs da Binius e reflexões sobre a otimização
1. Introdução
Uma das principais razões para a baixa eficiência dos STARKs é: na maioria dos programas práticos, a maior parte dos valores numéricos é pequena, mas para garantir a segurança da prova baseada em árvores de Merkle, ao usar a codificação de Reed-Solomon para expandir os dados, muitos valores redundantes adicionais ocupam todo o domínio, mesmo que os valores originais sejam muito pequenos. Reduzir o tamanho do domínio torna-se uma estratégia crucial.
A largura de codificação dos STARKs de 1ª geração é de 252 bits, a de 2ª geração é de 64 bits, e a de 3ª geração é de 32 bits, mas os 32 bits ainda apresentam muito espaço desperdiçado. O domínio binário permite operações diretas em bits, com codificação compacta, eficiente e sem desperdícios, o que pode ser a 4ª geração dos STARKs.
Os domínios binários são amplamente utilizados em criptografia, como AES(F28), GMAC(F2128), QR Code(F28), entre outros. Quando se utiliza domínios menores, a operação de extensão torna-se cada vez mais importante para garantir a segurança. O domínio binário utilizado pelo Binius depende totalmente da extensão para garantir a segurança e a usabilidade. A maioria dos cálculos Prover opera sob o domínio base, sendo eficiente; a verificação de pontos aleatórios e o cálculo FRI exigem uma exploração mais profunda em um domínio de extensão maior para garantir a segurança.
Soluções inovadoras da Binius:
2. Análise dos Princípios
Binius = HyperPlonk PIOP + Brakedown PCS + domínio binário
Cinco tecnologias-chave:
2.1 Domínios Finitos: Arithmetização baseada em torres de campos binários
Vantagens do domínio binário em torre:
A string de 128 bits pode ser interpretada de forma flexível:
2.2 PIOP: versão adaptada do Produto HyperPlonk e PermutationCheck
Mecanismo de verificação central Binius:
Binius sobre a melhoria do HyperPlonk:
2.3 PIOP: novo argumento de deslocamento multilinear
Método chave:
2.4 PIOP: versão adaptada do argumento de busca Lasso
Vantagens do protocolo Lasso:
Binius introduz a versão multiplicativa do protocolo Lasso:
2.5 PCS: versão adaptada Brakedown PCS
Ideia central: packing
Duas opções:
Compromissos de polinômios de pequeno domínio e avaliação de domínio expandido:
Codificação em bloco e códigos de Reed-Solomon:
3. Pensamento otimizado
Quatro pontos de otimização chave:
3.1 PIOP baseado em GKR: multiplicação de domínio binário baseada em GKR
Transformar "verificar A·B =? C" em "verificar (gA)B =? gC"
3.2 ZeroCheck PIOP otimização: balanço de custos de cálculo entre Prover e Verifier
Método de otimização:
3.3 Sumcheck PIOP otimização: protocolo Sumcheck baseado em pequenos domínios
Melhorias principais:
3.4 PCS otimização: FRI-Binius redução do tamanho da prova
Quatro inovações:
FRI-Binius pode reduzir o tamanho da prova Binius em um fator de 10.
4. Resumo
Vantagens da Binius:
Novo Gargalo: Protocolo Sumcheck
FRI-Binius:
Progresso atual: