Uma troca descentralizada de contratos perpétuos enfrentou uma reversão inesperada após uma manutenção de banco de dados que saiu do controle. A equipa teve que reverter transações na blockchain para resolver o problema no banco de dados centralizado. É um daqueles momentos que destacam a tensão entre frontends descentralizados e infraestrutura backend centralizada—quando a manutenção no lado do banco de dados causa consequências ao nível da cadeia, fica-se com escolhas difíceis. A plataforma acabou por se estabilizar, mas levanta questões sobre redundância de infraestrutura e mecanismos de failover em sistemas de negociação perpétua.
Ver original
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.
22 Curtidas
Recompensa
22
7
Repostar
Compartilhar
Comentário
0/400
RektRecovery
· 01-22 08:17
lmao troca "descentralizada" a fazer um rollback completo na cadeia porque o banco de dados deles explodiu... sim, eu previ exatamente este cenário há cerca de 3 anos. a falha arquitetónica esteve sempre lá, apenas esperando pelo dia de manutenção na terça-feira para arruinar o dia de toda a gente. material clássico dos prémios Darwin do web3 aqui mesmo, sem dúvida
Ver originalResponder0
MetaMasked
· 01-22 04:23
O banco de dados caiu e ainda assim é preciso reverter as transações na blockchain? Isso não é uma piada de "descentralização", realmente dá vontade de rir
Ver originalResponder0
SatoshiLeftOnRead
· 01-21 19:57
Mais do mesmo, promover um banco de dados de resultados descentralizado e, assim que algo acontece, ter que reverter as transações. O que é isso de descentralização?
Ver originalResponder0
ForkItAllDay
· 01-19 14:54
Hmm... mais uma falha na manutenção da base de dados, ainda se atreve a chamar a si mesmo de descentralizado, que rir.
Ver originalResponder0
BlockchainBrokenPromise
· 01-19 14:54
A base de dados está a cambalear, o front-end também tem que ficar paralisado, esta é a verdadeira face da descentralização falsa
Ver originalResponder0
CountdownToBroke
· 01-19 14:44
Haha, mais uma vez essa história, front-end descentralizado com um back-end centralizado, ainda se atreve a chamar de DEX?
Ver originalResponder0
Fren_Not_Food
· 01-19 14:44
Sempre que há um problema na base de dados, é preciso fazer rollback na transação na cadeia. Isso ainda é chamado de descentralização? Ri à toa
Uma troca descentralizada de contratos perpétuos enfrentou uma reversão inesperada após uma manutenção de banco de dados que saiu do controle. A equipa teve que reverter transações na blockchain para resolver o problema no banco de dados centralizado. É um daqueles momentos que destacam a tensão entre frontends descentralizados e infraestrutura backend centralizada—quando a manutenção no lado do banco de dados causa consequências ao nível da cadeia, fica-se com escolhas difíceis. A plataforma acabou por se estabilizar, mas levanta questões sobre redundância de infraestrutura e mecanismos de failover em sistemas de negociação perpétua.