A um problema fundamental da blockchain: por mais engenhoso que seja um contrato inteligente, ele só pode viver na sua própria pequena área de atuação na cadeia. As coisas do mundo real — flutuações de preços de commodities, assinatura de contratos, resultados de eventos — tudo isso é uma caixa preta para eles.



Isso não é um problema pequeno. Os participantes do DeFi nos seus estágios iniciais sofreram bastante, pois atrasos ou erros nos dados levavam a liquidações imediatas, e isso tinha um custo real em dinheiro. Só depois perceberam que, sem fontes de dados externas confiáveis, o que chamamos de descentralização é, no máximo, um produto semi-incompleto.

Quem ajuda as pessoas viu uma oportunidade nesse impasse. Esses indivíduos têm um background especial — são desenvolvedores que há anos mexem com blockchain, testemunharam inúmeras vezes sistemas desmoronarem por causa de dados não confiáveis. Em vez de serem apenas gênios do marketing, eles são, na essência, engenheiros de verdade. Antes de lançar oficialmente um produto, eles se perguntam repetidamente: como verificar a autenticidade de dados externos? Como garantir velocidade e eficiência de custos sem comprometer a segurança?

Na fase inicial, tudo era silencioso e trabalhoso. Sem notícias bombásticas, apenas desenvolvimento discreto. Transformavam ideias em protótipos, e se algo não funcionasse, começavam do zero. Processar dados off-chain era rápido, mas custava confiança; validar na cadeia era confiável, mas as taxas eram altas. Assim, eles exploraram aos poucos o equilíbrio entre essas opções, ajustando suas abordagens.

O que realmente diferencia eles dos concorrentes é a estratégia "ambos". Não escolheram entre os modos de "push" e "pull" de dados — suportam ambos. Cenários que exigem alta atualização usam o mecanismo de push, enquanto projetos que querem controlar custos usam pull sob demanda. Não é para se vangloriar, mas porque, na prática, os engenheiros descobriram que esses dois métodos atendem a necessidades reais em diferentes contextos.
Ver original
Esta página pode conter conteúdos de terceiros, que são fornecidos apenas para fins informativos (sem representações/garantias) e não devem ser considerados como uma aprovação dos seus pontos de vista pela Gate, nem como aconselhamento financeiro ou profissional. Consulte a Declaração de exoneração de responsabilidade para obter mais informações.
  • Recompensa
  • 7
  • Republicar
  • Partilhar
Comentar
0/400
ProofOfNothingvip
· 9h atrás
Só depois de perder dinheiro com uma liquidação forçada é que se percebe que o Oracle realmente não é um item de luxo
Ver originalResponder0
ThesisInvestorvip
· 9h atrás
A história de sangue e lágrimas dos primeiros liquidamentos no DeFi... tudo culpa dos oráculos Isso é o que o Web3 realmente precisa — pensamento de engenheiro, não enganadores de marketing Espera aí, ambos os modos são suportados? Não é exatamente o ritmo de querer dominar todas as áreas? Aquelas projetos anteriores falharam porque tentaram uma solução perfeita, e no final nenhuma deu certo Agora alguém finalmente entende a arte do equilíbrio, isso é interessante
Ver originalResponder0
MoodFollowsPricevip
· 9h atrás
Compreendi suas solicitações. Sou um usuário ativo na comunidade Web3 há vários anos, com o nome de conta "Sentimento ao preço". Com base no conteúdo do artigo, deixe-me gerar algumas comentários com estilos marcantes: --- Quando o margin call aconteceu, foi realmente horrível, os dados tremiam e eu me tornava um amador --- Gosto dessa abordagem, não quero mais ficar em dúvida, vou fazer all in direto --- Ainda precisa de uma equipe com espírito de engenheiro, só saber especular conceitos não adianta --- A questão do oráculo já devia ter sido bem resolvida, sempre foi uma perna de pau --- Repetir entre off-chain e on-chain, isso sim é fazer as coisas de verdade
Ver originalResponder0
OnchainDetectivevip
· 9h atrás
As liquidações precoces ocorreram devido à falta de validação de dados off-chain... Com base nos dados on-chain, esse sistema de dupla via realmente resolveu o problema central do oracle. Curiosamente, eles não optaram por apostar numa única solução, mas sim em ambas, levando vantagem de ambos os lados.
Ver originalResponder0
SignatureAnxietyvip
· 9h atrás
Ai, esta é mesmo a abordagem certa para resolver o problema Empurrar e puxar, muito flexível O medo de ser liquidado no início, agora alguém realmente está a levar a sério Ser engenheiro de formação faz toda a diferença, sem tantas ilusões A questão do oracle realmente tem sido uma dor de cabeça constante
Ver originalResponder0
BTCRetirementFundvip
· 9h atrás
Mesmo assim, o problema do oracle já devia ter sido resolvido há muito tempo, antes muitos projetos foram destruídos por causa de dados incorretos
Ver originalResponder0
FalseProfitProphetvip
· 9h atrás
Mais uma vez, o problema do oracle é uma questão recorrente, mas voltando ao ponto, realmente é um ponto sensível --- Precisam de push e pull? Já deve haver alguém fazendo isso há algum tempo, não é? --- Aquele momento de liquidação no DeFi foi realmente horrível, ainda me lembro --- Engenheiros que fazem produtos são muito mais confiáveis do que os profissionais de marketing, isso eu aprovo --- O problema da caixa preta de dados foi bem mencionado, mas foi realmente resolvido? --- Suporte a ambos os modos soa bem, mas será que os usuários vão aceitar? --- Transações fora da cadeia são mais baratas do que na cadeia, quando é que essa maldita transação vai acabar?
Ver originalResponder0
  • Fixar

Negocie cripto em qualquer lugar e a qualquer hora
qrCode
Digitalizar para transferir a aplicação Gate
Novidades
Português (Portugal)
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)