𝗢 𝗥𝗶𝘀𝗰𝗼 𝗱𝗼𝘀 𝗢𝗿á𝗰𝘂𝗹𝗼𝘀 𝗘𝘅𝗶𝗴𝗲 𝘂𝗺𝗮 𝗔𝗯𝗼𝗿𝗱𝗮𝗴𝗲𝗺 𝗦𝗶𝘀𝘁𝗲𝗺á𝘁𝗶𝗰𝗮
A infraestrutura de oráculos é um componente crítico de muitas aplicações descentralizadas, mas nenhum sistema de fornecimento de dados deve ser considerado completamente imune a falhas.
O desenvolvimento responsável começa pela identificação das maneiras como informações incorretas ou indisponíveis podem afetar um protocolo.
Para aplicações que usam serviços de oráculos associados a @WinkLink_Oracle, algumas práticas úteis de gestão de riscos incluem:
• 𝗟𝗶𝗺𝗶𝘁𝗲𝘀 𝗱𝗲 𝗶𝗱𝗮𝗱𝗲 𝗱𝗼𝘀 𝗱𝗮𝗱𝗼𝘀: Rejeitar valores mais antigos do que o limite aceito pela aplicação.
• 𝗩𝗲𝗿𝗶𝗳𝗶𝗰𝗮çõ𝗲𝘀 𝗱𝗲 𝗱𝗲𝘀𝘃𝗶𝗼: Investigar alterações excepcionalmente grandes, em vez de presumir que toda atualização é apropriada.
• 𝗣𝗼𝗹í𝘁𝗶𝗰𝗮𝘀 𝗱𝗲 𝗳𝗮𝗹𝗵𝗮: Definir se operações sensíveis devem ser pausadas quando informações confiáveis não estiverem disponíveis.
• 𝗟𝗶𝗺𝗶𝘁𝗲𝘀 𝗱𝗲 𝗲𝘅𝗽𝗼𝘀𝗶çã𝗼: Evitar que um único valor externo crie uma exposição financeira ilimitada.
• 𝗣𝗹𝗮𝗻𝗲𝗷𝗮𝗺𝗲𝗻𝘁𝗼 𝗱𝗲 𝗶𝗻𝗰𝗶𝗱𝗲𝗻𝘁𝗲𝘀: Estabelecer procedimentos claros para responder a suspeitas de anomalias nos dados.
• 𝗔𝘂𝗱𝗶𝘁𝗼𝗿𝗶𝗮 𝗰𝗼𝗻𝘁í𝗻𝘂𝗮: Reavaliar as premissas à medida que os mercados, as integrações e os requisitos das aplicações evoluem.
O objetivo não é presumir que todas as falhas podem ser eliminadas. É garantir que uma falha em um componente não se torne automaticamente uma falha catastrófica para toda a aplicação.
@WINkLink_Official @Justin Sun孙宇晨 #TRONEcoStar
A infraestrutura de oráculos é um componente crítico de muitas aplicações descentralizadas, mas nenhum sistema de fornecimento de dados deve ser considerado completamente imune a falhas.
O desenvolvimento responsável começa pela identificação das maneiras como informações incorretas ou indisponíveis podem afetar um protocolo.
Para aplicações que usam serviços de oráculos associados a @WinkLink_Oracle, algumas práticas úteis de gestão de riscos incluem:
• 𝗟𝗶𝗺𝗶𝘁𝗲𝘀 𝗱𝗲 𝗶𝗱𝗮𝗱𝗲 𝗱𝗼𝘀 𝗱𝗮𝗱𝗼𝘀: Rejeitar valores mais antigos do que o limite aceito pela aplicação.
• 𝗩𝗲𝗿𝗶𝗳𝗶𝗰𝗮çõ𝗲𝘀 𝗱𝗲 𝗱𝗲𝘀𝘃𝗶𝗼: Investigar alterações excepcionalmente grandes, em vez de presumir que toda atualização é apropriada.
• 𝗣𝗼𝗹í𝘁𝗶𝗰𝗮𝘀 𝗱𝗲 𝗳𝗮𝗹𝗵𝗮: Definir se operações sensíveis devem ser pausadas quando informações confiáveis não estiverem disponíveis.
• 𝗟𝗶𝗺𝗶𝘁𝗲𝘀 𝗱𝗲 𝗲𝘅𝗽𝗼𝘀𝗶çã𝗼: Evitar que um único valor externo crie uma exposição financeira ilimitada.
• 𝗣𝗹𝗮𝗻𝗲𝗷𝗮𝗺𝗲𝗻𝘁𝗼 𝗱𝗲 𝗶𝗻𝗰𝗶𝗱𝗲𝗻𝘁𝗲𝘀: Estabelecer procedimentos claros para responder a suspeitas de anomalias nos dados.
• 𝗔𝘂𝗱𝗶𝘁𝗼𝗿𝗶𝗮 𝗰𝗼𝗻𝘁í𝗻𝘂𝗮: Reavaliar as premissas à medida que os mercados, as integrações e os requisitos das aplicações evoluem.
O objetivo não é presumir que todas as falhas podem ser eliminadas. É garantir que uma falha em um componente não se torne automaticamente uma falha catastrófica para toda a aplicação.
@WINkLink_Official @Justin Sun孙宇晨 #TRONEcoStar
