ChainCatcher 메시지에 따르면, 공식 소식에 따르면, 후오비 HTX 글로벌 고문이자 트론(TRON) 창립자인 손위청이 2025 홍콩 컨센서스 회의(Consensus Hong Kong 2025)에 초청되어 "트론: 강력한 한 해(TRON: A Year of Momentum)"라는 주제로 기조 연설을 할 예정이며, "트론과 T3 FCU: 분산화, 보안 및 확장성을 균형 있게 유지하며 글로벌 애플리케이션을 촉진하다(TRON and T3 FCU: Global Adoption while Balancing Decentralization, Security, and Scalability)"라는 주제의 원탁 토론에도 참여할 것입니다.또한 주목할 점은 HTX DAO가 주최하는 "2025 HTX DAO 빅토리아 하버의 밤 - 신뢰의 여정 홍콩 스탠드"가 2월 21일에 개최된다는 것입니다. 그때 후오비 HTX 대변인인 HTX DAO 앰배서더 몰리(후오비 HTX 육아) 등 많은 암호화폐 KOL들이 참석할 예정이며, 손위청도 현장에 나타날 가능성이 있어 HTX DAO의 미래 발전 계획을 함께 발표하여 사용자들의 이해와 신뢰를 증진할 것입니다.

ChainCatcher 메시지, Galaxy 연구 부사장 Christine Kim이 제132회 이더리움 핵심 개발자 합의(ACDC) 전화 회의를 요약한 글을 게시했습니다. 이번 주 개발자들은 첫 번째 Pectra 개발자 테스트 네트워크(Pectra Devnet 0)의 준비 작업에 대해 논의했으며, 관련 규격과 두 개의 연구 프로젝트에 대해 논의했습니다. 개발자들은 또한 EIP-7251, EIP-7549 및 Electra와 관련된 미해결 문제에 대해 논의했습니다.이 문제들에 대해 개발자들은 해결책을 제안했으며, 이번 주 내에 최종 확정할 계획입니다. 또한 개발자들은 메시지 전송 과정을 간소화하기 위해 일반 EL 요청을 생성하는 새로운 EIP에 대해서도 논의했습니다.

ChainCatcher 메시지, 제 125회 이더리움 핵심 개발자 합의 회의(ACDC)가 종료되었습니다. 주요 논의 내용에는 칸쿤 업그레이드 테스트넷, EIP-7002, EIP-6110, EIP-7251, SSZ--ification, EIP-6404, EIP-6465, EIP-6466, EIP-6914, EIP-7549 등이 Electra 업그레이드에 포함될지 여부가 포함됩니다. 제 126회 회의는 베이징 시간으로 1월 25일 22:00에 진행될 예정입니다.

ChainCatcher 메시지, Galaxy 연구 부사장 Christine Kim이 제 121회 이더리움 핵심 개발자 합의(ACDC) 전화 회의를 요약했습니다. 개발자들은 Blob 구현의 복잡성을 줄이기 위해 DenCun 규격에 대한 중대한 변경을 논의했습니다; 또 다른 업그레이드 규격이 변경되어 정직한 검증자가 후속 블록을 재구성할 수 있도록 허용했습니다; Dencun 테스트넷 일정이 업데이트되었습니다; CL SSZ 규격에 대한 규격 JSON 매핑이 생성되었습니다.회의 내용에 따르면, 현재 Devnet 11이 출시되었으며, Devnet 12는 12월 초에 시작될 가능성이 있지만, 2024년 1분기 휴가 이후에 이더리움 공공 테스트넷 업그레이드가 시작될 가능성이 더 높습니다.

ChainCatcher 메시지, Galaxy 연구 부사장 Christine Kim이 제120회 이더리움 핵심 개발자 합의(ACDE) 전화 회의를 요약하는 글을 발표했습니다. 개발자들은 회의에서 이더리움 합의 레이어(CL)에 대한 변경 사항을 논의하고 조정했습니다. 이번 주, 개발자들은 CL 규격 버전 1.4.0-beta.3, Devnet-10의 시작 조건, 그리고 Lodestar와 EthereumJS 클라이언트를 유지 관리하는 소프트웨어 개발자 Gajinder Singh이 수행한 blob 지연 분석에 대해 논의했습니다.Cancun/Deneb(Dencun) 업그레이드의 새로운 CL 코드 규격이 발표되었으며, 이를 "The Summoning"이라고 부르며, CL GitHub 저장소에 공식적으로 1.4.0-beta.3 버전으로 태그되었습니다. 여기에는 다음 두 가지 주요 변경 사항이 포함됩니다: 메인넷 KZG 구성, 새로운 gossip 규칙;Devnet-10에 관해서는, CL 규격 1.4.0-beta.3 버전의 변경 사항이 Devnet-10에서 테스트될 예정이며, Devnet-10의 출시는 클라이언트 팀이 새로운 소프트웨어를 출시하기를 기다리는 몇 가지 장애물이 있습니다. 준비가 완료되면 10월 20일의 어느 시점에 Devnet-10을 시작할 수 있기를 희망합니다(현재까지 시작되지 않음);Prysm과 Lighthouse 클라이언트 팀의 대표들은 10월 20일 이전에 소프트웨어의 업데이트 버전을 출시할 것이라고 밝혔습니다. blob 지연 분석에 관해서는, Gajinder Singh이 Devnet-9에서 수행한 실험에 따르면, 검증자가 받은 blob의 수가 많을수록 블록의 지연이显著 증가한다고 합니다. Ryan은 다른 CL 팀이 Devnet-9에서 Singh의 실험을 재현해 보아 비슷한 값과 결과를 얻을 수 있는지 확인해 보기를 권장했습니다.

ChainCatcher 메시지, Galaxy 연구 부사장 Christine Kim이 제119회 이더리움 핵심 개발자 합의 회의(ACDC)를 요약하는 글을 발표했습니다. 이번 회의에서는 칸쿤/데네브 테스트에 대해 주로 논의했으며, 구체적으로는 개발자 중심의 테스트넷 Devnet-9의 상태와 건강 상태, 그리고 Devnet-10의 시작 시간에 대해 다루었습니다. 개발자들은 다음 ACD 전화 회의 동안 칸쿤/데네브 업그레이드의 테스트 진행 상황을 재평가하고 테스트 일정에 대해 다시 논의할 예정입니다.또한, 그녀는 Devnet-10의 시작 시간에 대해 모든 개발자가 다음 devnet이 향후 2주 내에 시작될 것이라는 데 자신감을 가지고 있지 않다고 언급했습니다. 특히 고객 팀이 여전히 Devnet-9에서 발견된 오류를 해결하고 있는 점을 고려할 때 더욱 그렇습니다. 또한 전화 회의에 참석한 모든 개발자가 11월 중순에 열릴 Devconnect 시작 전에 공공 이더리움 테스트넷 Goerli를 업그레이드하겠다는 약속에 대해 자신감을 가지고 있는 것은 아닙니다.

ChainCatcher 메시지, Galaxy 연구 부사장 Christine Kim이 제113회 이더리움 핵심 개발자 합의 회의를 요약하는 글을 발표했습니다. 개발자들은 검증자 이탈 제한을 낮출 수 있는 가능성에 대해 논의했으며, 이는 신호 체인에서 검증자가 들어오고 나가는 속도를 줄여 검증자 집합 규모의 성장을 완화하고 Deneb/Cancun (Dencun) 업그레이드를 제때 완료하기 위함입니다. 먼저, Deneb 테스트 업그레이드에 대해 이야기하겠습니다. Devnet #7은 EIP 4844 전용 테스트 네트워크로, 이미 2주 동안 활성화되었습니다. 현재까지 거의 모든 EL 및 CL 클라이언트 조합이 테스트되었지만, Erigon (EL) 클라이언트는 제외되었습니다. Devnet #7에서 Blob 데이터를 추적하는 블록체인 브라우저가 업데이트되었습니다. Devnet #8에 대해서는, EIP 4844뿐만 아니라 전체 Dencun EIP 기능 세트에 대한 테스트가 포함될 것입니다. 클라이언트 버전이 Hive 테스트를 통과하면, 개발자들은 먼저 로컬 테스트 네트워크를 시작한 후 Devnet #8을 시작할 것입니다. Dencun 테스트를 진행하는 동안, 개발자들은 blob 거래를 도입하여 이더리움 P2P 레이어에 대한 다양한 최적화를 계속 탐색하고 있습니다.개발자들은 Dencun 이후의 이더리움 업그레이드 명명에 대해서도 논의했으며, Cancun 이후의 다음 EL 업그레이드는 프라하(Prague)로 명명될 것이고, CL 업그레이드는 별의 이름으로 명명될 예정입니다. Deneb 이후의 CL 업그레이드는 신호 체인의 다섯 번째 하드 포크 업그레이드가 될 것이므로, CL 업그레이드는 "E"로 시작할 것입니다. 현재 개발자들 사이에서 가장 인기 있는 이름은 Electra인 것 같습니다. 또한, Deneb 이후 CL 업그레이드에 포함될 EIP를 추적하기 위한 별도의 GitHub 이슈가 있으며, 여기에는 EIP-6110 (검증자 예치를 EL 블록 구조에 추가하고 예치 책임을 EL로 이전), EIP-7251 (검증자의 최대 유효 잔액 증가), EIP-7002 (검증자가 EL에서 나가도록 트리거하는 새로운 프리컴파일 생성), Verkle 트리 (Merkle Patricia 트리를 Verkle 트리로 교체하여 증명 효율성을 높임), Big EOF (EVM의 일련의 업그레이드), RLP에서 SSZ로 (이더리움 EL 블록 직렬화 형식을 CL에서 사용하는 스킴과 동일하게 업데이트), BLS 서명 (BLS 서명 및 SNARK 검증을 위한 새로운 프리컴파일 생성)이 포함됩니다. 향후 몇 달 동안, 개발자들은 위의 제안된 EIP와 GitHub 이슈에서 제안된 다른 EIP에 대해 논의하기 시작할 것이며, Dencun 이후의 다음 이더리움 업그레이드에 포함할 하위 집합을 우선적으로 고려할 것입니다.개발자들은 또한 Consensys가 구축한 오픈 소스 개발 도구 Web3Signer의 표준화 작업에 대해 논의했습니다. 이 도구는 별도의 암호화 장치에 저장된 개인 키를 사용하여 이더리움 EL, 신호 체인 또는 Filecoin을 포함한 다양한 프로토콜을 통해 원격으로 거래에 서명하는 데 사용됩니다. 마지막으로, Lodestar (CL) 클라이언트 팀의 익명의 개발자 "Dapplion"이 검증자 집합 성장률을 제한하는 제안을 공유했습니다. 이더리움은 큰 검증자 집합 규모를 원하지 않기 때문입니다. Dapplion의 제안은 각 epoch마다 검증자가 들어오고 나가는 횟수를 12회로 제한하는 것입니다. 현재 활동 중인 검증자 집합 규모가 증가함에 따라 이탈 제한이 기하급수적으로 증가하고 있습니다. 검증자 이탈 상한선을 설정함으로써, 개발자들은 검증자 집합의 성장률을 효과적으로 낮출 수 있습니다. 이 제안에 대해 개발자들은 광범위한 논의를 진행했습니다. (출처 링크)

ChainCatcher 메시지, Galaxy 연구 부사장 Christine Kim이 제112회 이더리움 핵심 개발자 합의 회의를 요약하는 글을 게시했습니다. 이번 주 개발자들은 Engine API에 builder override flag를 포함하는 것, 목표 blob 제한을 2에서 3으로 상향 조정하는 것, 최대 blob 제한을 4에서 6으로 상향 조정하는 것, 그리고 검증자 최대 유효 잔액 변경에 대한 지속적인 연구를 논의했습니다. Blob 용량의 증가는 이더리움 재단의 연구원 Dankrad Feist가 대용량 데이터 실험 테스트를 통해 네트워크 용량을 처리한 후 제안한 것입니다.이더리움 재단 DevOps 팀의 Parithosh Jayanthi는 모든 EL 및 CL 클라이언트 팀이 Devnet #7의 관련 Hive 테스트를 통과했다고 밝혔습니다. 그의 팀은 가장 이른 시일 내에 6월 30일 또는 7월 3일에 Devnet #7을 출시할 계획입니다. Devnet #7은 EIP-4844 전용 단기 테스트 네트워크로, 다른 코드 변경 사항은 테스트하지 않을 것입니다.또한, 개발자들은 올해 말까지 공공 Goerli 테스트 네트워크를 폐기할 준비를 하고 있습니다. Goerli를 대체하기 위해 이더리움 클라이언트 팀은 Holesky라는 새로운 테스트 네트워크를 시작하고 있으며, 이 테스트 네트워크는 Goerli 및 이더리움 메인넷보다 더 큰 활동 검증자 집합을 호스팅할 것입니다. (출처 링크)

ChainCatcher 메시지, Galaxy 연구 부사장 Christine Kim이 111번째 이더리움 핵심 개발자 합의 회의를 요약하는 글을 발표했습니다. 이번 회의에서는 EIP-4844(프로토-댕크샤딩)와 EIP-4788, EIP-6988, EIP-7044, EIP-7045 및 EIP-4788을 포함한 칸쿤 업그레이드의 범위를 최종 확정했습니다. 또한, 개발자들은 최대 유효 검증인 잔액을 32 ETH에서 2048 ETH로 늘리고, 각 블록의 최대 blob 수를 4에서 6으로 증가시킬 것을 제안했습니다.먼저, 개발자들은 Deneb에 포함할 CL 중심의 EIP에 대해 논의했습니다. Teku 개발자 Mikhail Kalinin은 EIP-6988에 대한 업데이트를 진행했으며, 이 제안은 네트워크에서 강제로 제거된 slashed 검증자가 블록 제안자로 선택되지 않도록 하는 코드 변경을 제안합니다. EIP-7044는 스테이커 경험을 개선하기 위한 코드 변경을 제안하며, 서명된 검증인의 퇴출이 영구적으로 유효하도록 보장합니다. EIP-7045는 네트워크의 보안을 강화하고 증명 슬롯의 포함 범위를 확대하기 위한 코드 변경을 제안합니다. EIP-4788은 스테이커 경험을 개선하기 위한 코드 변경을 제안하며, DApp 개발자의 신뢰 최소화 접근을 위해 EVM 내부 체인 상태 정보를 포함하는 신호 체인 블록의 루트를 공개합니다. 이더리움 재단 연구원 Alex Stokes는 향후 몇 주 내에 위의 세 가지 EIP를 Deneb 규격에 통합할 계획이며, CL 클라이언트 팀이 가능한 한 빨리 이를 검토하도록 권장했습니다.동시에, CL 클라이언트 팀은 다음 EIP-4844 테스트넷 Devnet 6에서 증가된 blob 수를 테스트하기로 동의했으며, 이 문제에 대해 2주 내에 최종 결정을 내릴 예정입니다. 최대 blob 수에 대한 논의와 관련하여, Nimbus 개발자 arnetheduck은 상하이 업그레이드 이후 메인넷에서 블록 재구성 문제를 제기했습니다. arnetheduck은 검증자 증명을 집계하고 네트워크를 통해 전송하기 위해 4초의 기한 변경을 고려할 것을 제안하며, 추가 조사를 결정했습니다.이더리움 재단 연구원 Michael Neuder는 활성 검증인 집합의 성장을 줄이기 위해 32 ETH 스테이킹 한도를 취소할 것을 제안했습니다. 개발자들은 이 변화의 잠재적 결함과 해당 제안을 스마트 계약 시작의 일부 및 전체 인출을 EL에서 직접 시작하는 가능성에 대해 논의했습니다. 개발자들은 ETHMagicians 및 Discord에서 이더리움 검증인 유효 잔액의 비동기 변경 구현 세부 사항에 대해 계속 논의하기로 합의했습니다. 또한, 이더리움 핵심 개발자들은 Holesky 테스트넷 출시에 대한 첫 번째 조정 전화 회의를 진행했으며, Holesky는 연말까지 기존 Goerli 테스트넷을 대체할 것으로 예상됩니다.（출처 링크）

ChainCatcher 메시지에 따르면, 이더리움 핵심 개발자 Tim Beiko는 최신 이더리움 핵심 개발자 실행(ACDE) 회의에서 SELFDESTRUCT 비활성화, EIP-4844 규격 변경, 운영 코드 관리 및 잠재적인 최종 Cancun 추가 등에 대해 논의했다고 요약했습니다.Dencun의 형성과 함께, Devnet-6는 EIP-4844 전용 Devnet 중 마지막일 가능성이 높으며, 이후 다른 EIP의 테스트도 도입될 것입니다. 개발자들은 향후 몇 주 내에 Dencun(Deneb + Cancun)의 전체 범위를 확정할 예정입니다.(출처 링크)

ChainCatcher 메시지에 따르면, Galaxy 연구 부사장 Christine Kim이 제108회 이더리움 핵심 개발자 합의 회의를 요약하는 글을 게시했습니다. 이 회의에서 개발자들은 EIP-4788과 EIP-6987을 Deneb에서 테스트하기 위해 고려하기로 합의했습니다. EIP-4788은 실행 계층에서 합의 계층 상태 증명을 활성화하여 스마트 계약을 통해 신뢰 없는 검증을 가능하게 합니다. 이전 PR #3175는 EIP로 형식화되는 과정에 있었으며, EIP-6987로 변경되었습니다. 이는 보안상의 이유로 벌금(slashed) 검증 노드가 블록 제안자로 선택되는 것을 방지하기 위한 것입니다. 개발자들은 Deneb 규격에 추가 변수와 상수를 도입하여 실행 계층이 합의 계층과 독립적으로 각 블록의 최대 blob 거래 수를 조정할 수 있도록 더 큰 유연성을 허용하는 방안에 대해 논의했습니다.이더리움 핵심 개발자 Tim Beiko는 합의 계층 클라이언트 팀에게 EIP-4844를 통해 도입된 새로운 SSZ 유형이 다가오는 SSZ 업그레이드와 얼마나 호환될지 또는 현재 RLP 표준에 대해 최적화될지 여전히 불확실하다고 경고했습니다.Ryan은 현재 EIP-4844에서 사용되는 "flat hash" SSZ 유형이 RLP 형식화에 대한 이점이 없고, 완전한 SSZ 직렬화의 장점을 활용하지도 못해 양쪽에서 손해를 보고 있다고 말했습니다. 개발자들은 다음 주 ACDE 전화 회의에서 이 문제에 대해 계속 논의할 예정입니다. 또한, 신호 체인 증명 서브넷(attnet)의 개조가 5월 4일에 출시되었습니다. 개발자들은 신호 체인 API Github 저장소에서 PR #317에 대해 논의했습니다.최근 MEV-Boost 취약점 공격을 고려하여, 중계기는 이제 gossip을 통해 블록 내용을 방송하기 전에 검증합니다. 이 기능은 Lighthouse와 Prysm 클라이언트의 사용자 정의 분기를 필요로 합니다. Lighthouse 클라이언트 개발자 Michael Sproul은 모든 합의 계층 클라이언트에서 동일한 기능을 활성화하기 위한 표준 쿼리 매개변수를 제안했습니다. Prysm 클라이언트 개발자 Terence Tsao는 이 기능을 도입하는 것이 MEV-Boost에 대한 의존성을 증가시킬 것이라고 언급했습니다. MEV-Boost는 이더리움에서 MEV를 얻기 위한 임시 소프트웨어로, PBS를 지원하기 위해 이를 폐기해야 한다고 강조했습니다. (출처 링크)