ChainCatcher 메시지, 공공 블록체인 Zilliqa가 발표한 바에 따르면, Zilliqa 메인넷의 블록 생성 속도가 느려지고 있음을 인지하였으며, 이 상황을 적극적으로 모니터링하고 있으며, 네트워크 거래를 일시 중지하였습니다. 복구가 필요할 수 있으며, Zilliqa는 곧 이에 대한 결정을 내릴 것입니다.

ChainCatcher 메시지, Cosmos 생태계 DEX Osmosis가 X 플랫폼에 게시한 바에 따르면, Osmosis 체인은 약 2시간의 중단 후 블록 생산을 재개하였으며, 노드 운영자는 v26.0.1 패치 업그레이드를 진행해야 합니다.ChainCatcher 이전에 보도한 바와 같이, DEX Osmosis는 X에 게시하여 v26 업그레이드 후 Osmosis에서 체인 중단이 발생했다고 밝혔습니다. 핵심 기여자들이 근본 원인 조사를 진행 중입니다. 해당 체인은 가능한 한 빨리 운영을 재개하고 정기적인 업데이트를 제공할 것입니다.

ChainCatcher 메시지에 따르면, Solana 공동 창립자 Anatoly Yakovenko는 소셜 플랫폼에 글을 올리며 MEV를 해결하는 방법은 간단하다고 밝혔습니다. ------ 모든 사용자가 자신의 블록 생산자(노드)를 가지고 블록을 스스로 생산하게 하면 됩니다. 이렇게 하면 각 사용자는 거래를 제출할 때 비예상적인 MEV가 존재하지 않도록 보장할 수 있지만, 실제로는 수만 개의 블록 생산자를 동시에 온라인으로 지원할 수 없기 때문에 이는 불가능합니다. 게다가 전 세계적으로 100밀리초 이하의 시간 슬롯을 구현하는 것은 더욱 어렵습니다.그렇다면 차선책은 무엇일까요? 답은 기존 블록 생산자 간의 경쟁을 극대화하고 사용자가 어떤 블록 생산자가 자신의 거래를 패키징할지를 선택하게 하는 것입니다. 이것은 여전히 엔지니어링 문제이지만 불가능한 것은 아닙니다. 매초 더 많은 블록 생산자를 배치할수록 사용자가 최적의 패키징 제안을 기다리는 시간이 짧아지고, 블록 간격을 줄이고, 병렬 처리하며, 더 빠른 노드 교체 등을 통해 상황을 개선할 수 있습니다. 시장은 이러한 문제에 대해 선택을 할 것이며, 중요한 것은 사용자가 이러한 유형의 블록 경매에 거래를 제출할 의향이 있어야 한다는 것입니다.

ChainCatcher 메시지, 체인 상 데이터에 따르면, Solana 체인의 혼잡 문제는 완전히 해결되었으며, 블록 생산이 정상으로 복귀했습니다. 거래는 2초 이내에 확인됩니다.

ChainCatcher 메시지, Layer1 블록체인 Zilliqa가 트위터에 네트워크 복구 과정이 완료되었으며, 블록 생산 시간이 정상으로 돌아왔다고 전했습니다. 전체 네트워크의 기능이 이제 복구되었고, 스마트 계약이 다시 정상적으로 실행되며, 이제 네트워크에서 입출금 기능도 복구할 수 있습니다. 팀은 향후 문제를 피하기 위해 네트워크 성능을 계속 면밀히 모니터링할 것이며, 앞으로 며칠 내에 근본 원인을 제공할 예정입니다.알려진 바에 따르면, 6월 4일 Zilliqa는 현재 네트워크에 영향을 미치는 문제를 인지하고 있으며, 이로 인해 블록 생성이 느려지고 스마트 계약 실행에 영향을 미치고 있다고 트위터에 게시했습니다. 핵심 팀은 이 문제를 해결하기 위해 노력하고 있으며, 곧 자동 복구 과정을 시작할 예정입니다. 완전한 기능을 복구할 수 있기를 바라며, 복구 후 업데이트를 제공하고 필요에 따라 후속 단계를 개요할 것입니다.（출처 링크）

ChainCatcher 메시지에 따르면, 유동성 스테이킹 프로토콜 Persistence가 트위터에서 11월 6일 블록 높이 8647535에서 Persistence Core-1 체인이 4.5시간 중단되었다고 밝혔습니다. 현재 Core-1 체인 팀과 검증자들이 문제를 해결하고 블록 생산을 재개했습니다.이번 다운타임 사고에 대해 Persistence는 검증자가 사용하는 Golang 버전이 달라 노드의 불확실성이 발생하고 링크가 중단되었다고 설명했습니다. 이 사건은 v4 업그레이드 이후 Epoch 모듈의 스테이킹 에포크에 의해 촉발되었습니다. pSTAKE의 LS 모듈은 정상적으로 작동하며 영향을 받지 않았지만 Core-1 체인과 CosmosHub 간의 ICA 채널은 닫혔으며, pSTAKE 팀과 협력하여 ICA 채널을 재구성하고 있으며 Core-1 체인에서 pSTAKE를 시작하기 위해 v5 업그레이드를 진행 중입니다.（출처 링크）

체인 캡처 메시지, 이더리움 공동 창립자 비탈릭 부테린이 글을 통해 일부 블록 경매를 통해 구축자의 권한을 제한하여 중앙 집중화 위험에 대응할 수 있다고 밝혔으며, 포함 목록(Inclusion lists)과 제안자 접미사(Proposer Suffixes) 두 가지 가능한 방법을 주로 소개했습니다:포함 목록 모드(Inclusion Lists)에서는 제안자가 요구하는 거래 목록이 블록에 포함되어야 하는 포함 목록을 제공합니다. 구축자가 블록을 완전히 다른 거래로 채울 수 없는 한, 이 목록은 블록에 포함되어야 합니다. 이러한 설계는 상당히 간단하지만, 약점으로는: 인센티브 호환성 문제; 제안자의 추가 부담; 구축자가 여전히 일부 남용 행위를 할 수 있음; 계정 추상화를 작동시키기 위해 부분적으로 제정이 필요하다는 점이 있습니다.또 다른 구축 방법은 제안자가 블록에 대한 접미사를 생성하도록 허용하는 것입니다. 구축자는 블록을 구축할 때 제안자의 의도에 대한 정보를 보지 않으며, 제안자는 구축자가 놓친 거래를 끝에 추가할 수 있습니다. 이러한 방식은 인센티브 호환성 문제를 줄이지만, 제안자에게는 추가 부담이 될 수 있으며, 구축자로부터 응답을 받고 블록을 반드시 발행해야 하는 사이에서 제안자는 일부 MEV 기회를 얻게 됩니다.어떤 경우든, 우리는 구축자의 권한과 정보를 최대한 줄이는 동시에 제안자에게 부과되는 부담을 최소화해야 하며, 이는 블록 생산에 있어 일부 제3자의 개입이 필요하다는 것을 명확히 나타냅니다.（출처 링크）