Eu estava executando alguns testes de validações em @SignOfficial , a documentação do sdk está bagunçada [tive que vasculhar o código] colisões de nonce continuam aparecendo ao enviar várias transações rapidamente, picos de latência da API a cada poucos blocos, parecia sobrecarga na rede, mas a cadeia processou tudo de qualquer forma, algumas confirmações atrasadas, a interface do usuário congela aleatoriamente, ainda funciona tecnicamente, mas parece quebrada, os usuários entrarão em pânico se mexerem em operações em lote, tentei mapear a credencial de associação do dao no fluxo de empréstimo local, funcionou, mas tive que ajustar os timestamps manualmente, comportamento estranho com revogação de validação, às vezes os logs mostram erros e depois se limpam silenciosamente, não é nada intuitivo, $SIGN recompensas
parecem ok, validadores sinalizaram corretamente, ações indevidas acionam penalidades na rede como esperado, a camada de identidade composta parece sólida, mas a portabilidade entre aplicativos requer etapas manuais, alguns comandos do cli não documentados, executei um fluxo simulado entre cadeias, credencial de ethereum para solana se move, mas o sdk precisa de ajustes, falhas menores, api inconsistente … não consigo dizer se a instabilidade da testnet ou problema do sdk, a estimativa de gás supera em algumas tx … ineficiências temporárias de liquidez notadas, me perguntando como os desenvolvedores lidam com casos extremos de integração, a adoção escalará mesmo que a interface do usuário permaneça tão crua, e quanto a ferramentas automatizadas para validações em lote…