Na semana passada, tentei integrar um número aleatório verificável para o contrato de loteria de privacidade @MidnightNetwork , mas me deparei com a realidade constrangedora: como uma cadeia parceira do Cardano, o Midnight herda diretamente as limitações do oráculo da cadeia mãe. Hoskinson revelou no ano passado que a cotação para a integração do Chainlink é exorbitante, e a colaboração foi adiada repetidamente; a integração do Atlas PAB na proposta orçamentária ainda não foi implementada. O que é ainda mais fatal é a compatibilidade de privacidade. O VRF padrão do Chainlink gera números aleatórios públicos, enquanto os contratos do Midnight exigem que os números aleatórios sejam criptografados durante todo o processo, não podendo ser expostos aos usuários ou nós. O sistema F da Flare é adaptável apenas a preços públicos, embora o Charli3 já esteja funcionando no Cardano, a descentralização e a segurança ainda precisam ser validadas em larga escala. A integração do Arweave para armazenamento está em andamento, mas não pode resolver a computação aleatória em si. Tentei simular o hash de bloco na cadeia, mas devido ao mecanismo de verificação local do protocolo Kachina, o acesso entre contratos é lento e facilmente manipulável. A conclusão é clara: o Midnight atualmente carece da infraestrutura de fonte aleatória com minimização de confiança. Antes do Q2, os desenvolvedores não devem se apressar em aplicações aleatórias em nível de produção. Eu já suspendi o módulo aleatório do contrato de loteria, aguardando que o oráculo realmente resolva isso. Para que a cadeia de privacidade se concretize, não podemos evitar este ciclo de números aleatórios. $NIGHT #Midnight #NIGHT