BSC는 파스퇴르 하드포크 출시일을 8월 말로 확정했습니다
BNB 체인은 2026년 8월 25일 02:30 UTC에 BNB 스마트 체인(BSC) 메인넷에서 파스퇴르 하드 포크를 활성화할 예정이라고 발표했습니다.
해당 공지에는 모든 노드 운영자가 그 시점까지 클라이언트 버전 1.7.7을 실행해야 하며, 그렇지 않을 경우 네트워크 연결이 끊길 위험이 있다고 명시되어 있었습니다.
BNB 체인은 8월 14일에 게시된 블로그 글에서 해당 날짜와 고객 요구 사항을 확인했습니다.
BNB 체인 제안은 하나의 메타 업그레이드에 포함되어 진행되나요?
파스퇴르 하드포크는 메타 제안 BEP-673에 속하지만, BEP-682, BEP-695, BEP-675 등 다른 세 가지 제안을 하나의 통합된 활성화 단계로 끌어올립니다.
BEP-682와 BEP-695는 브리지, 스테이킹 및 거버넌스trac에 대한 보안 작업에 중점을 두고 있습니다. BEP-675는 하드포크 없이도 작동하는 처리량 관련 프로젝트입니다.
BNB 체인은 의 이름을 의도적으로 지어왔습니다 출시한 하드포크. 파스칼, 맥스웰, 페르미, 멘델과 같이 과학자들의 이름을 테마로 삼았습니다. 각 하드포크는 체인에 점진적인 변경 사항을 추가했습니다.
페르미 하드포크는 2026년 1월에 배포되었으며, BSC의 블록 생성 시간을 0.45초로 단축하는 데 기여했습니다. 이후 네트워크는 속도를 높이기보다는 해당 속도를 유지하는 데 주력해 왔습니다.
브리지에서 중복 검증기 허점을 해결합니다
BEP-682는 BSC가 크로스체인 전송을 확인하는 방식을 재설계하도록 설계되었습니다.
자산이 블록체인에 전송될 때, BSC는 원본 블록체인의 주장을 단독으로 신뢰하지 않습니다. 대신, 주소 0x67에서 사전 컴파일을 실행하여 알려진 검증자 집합과 검증자 서명 수를 비교합니다. 전송은 초다수 검증자의 서명이 완료된 후에만 진행됩니다.
하지만 이 방식에는 결함이 있었는데, 각 검증자가 한 번만 나타났는지 확인할 방법이 없었기 때문입니다.
조작된 검증자 세트는 동일한 서명자를 여러 번 나열하고, 나타날 때마다 해당 서명자의 투표권을 계산하며, 규칙에서 요구하는 것보다 적은 수의 실제 서명으로도 임계값을 통과할 수 있습니다.
BEP-682는 계산 전에 중복된 항목을 제거하므로, 부풀려진 데이터 세트가 더 이상 기준치를 넘어서지 않도록 합니다.
사용 중지된 검증자 키를 실제로 사용 중지합니다
BEP-695는 스테이킹 및 거버넌스의 취약점을 해결하기 위해 설계되었습니다. 검증자들이 정기적인 유지 보수의 일환으로 합의 키를 교체할 때, 폐기된 키는 더 이상 어떠한 권한도 갖지 않는다는 가정이 있습니다.
하지만 이전에는 정확히 그렇게 동작하지 않았습니다. 이제 BNB 체인별로 이 문제를 해결하는 세 가지 수정 사항이 있습니다. 첫 번째는 기존 키를 교체하면 검증자 관리자 권한이 유지되는 대신 삭제된다는 것입니다.
두 번째 수정 사항은 검증자가 로테이션을 통해 예정된 퇴출을 더 이상 회피할 수 없도록 합니다. 또한 블랙리스트에 등록된 주소는 서명 기반 거버넌스 투표에 참여할 수 없도록 차단합니다.
가스나 블록 시간을 건드리지 않고 풀러 블록을 더 많이 설치합니다
현재 BSC에서는 블록이 두 번 실행됩니다. 첫 번째 실행에서는 블록 생성자가 트랜잭션을 실행하여 블록의 유효성을 확인하고, 두 번째 실행에서는 검증자가 서명하기 전에 모든 트랜잭션을 다시 실행합니다.
하지만 그 동작은 다시 450밀리초(ms)의 시간 창을 소모하며, 검증자가 두 번째 실행을 하는 데 소요되는 시간은 블록 생성자가 다음 블록을 패킹하는 데 잃는 시간입니다.
BEP-675는 건설업체가 이미 시공을 완료한 블록을 인계할 수 있도록 허용합니다.
이번에는 검증자가 합의 규칙에 따라 확인하고, 서명하고, 방송한 다음, 최종적으로 전체 검증을 완료합니다.
테스트넷에서 수집된 데이터에 따르면 검증자가 실행 계층에 기여하는 시간이 125밀리초에서 15밀리초로 단축되었습니다. 또한, 처리량은 초당 1,237건에서 2,324건으로 약 88% 증가했으며, 가스 한도는 1억으로, 검증 간격은 450밀리초로 그대로 유지되었습니다.
평균 블록 가스 사용량은 4,635만에서 8,415만으로 증가했습니다. 최종화 지연은 안정적으로 유지되었습니다. 그러나 BNB 체인은 이러한 수치가 제어된 워크로드 조건에서의 수치라고 강조했습니다. 메인넷 트래픽, 특히 여러 빌더가 동일한 슬롯에 입찰할 때에도 안정적으로 작동해야 합니다.
운영자는 25일 전에 무엇을 해야 하나요?
노드 운영자들은 파스퇴르 프로젝트를 통해 달성하고 싶은 목표 목록을 갖고 있습니다. BNB 제공합니다 체인은 시작 오류를 방지하기 위해 필요한 사항에 대한 자세한 문서를
BEP-675 경로를 사용하려는 빌더는 추가 작업을 해야 할 수도 있습니다. 빌더가 이제 완전히 실행된 블록을 생성하므로 빠른 노드 대신 전체 노드를 실행해야 하기 때문입니다. 기존 입찰 방식은 계속 작동하지만 패킹 시간이 단축됩니다.
암호화폐 분야의 최고 전문가들이 이미 저희 뉴스레터를 구독하고 있습니다. 함께하고 싶으신가요? 지금 바로 참여하세요.










코멘트 (0)
$ 버튼을 클릭하고, 종목 코드를 입력한 후 주식, ETF 또는 기타 티커를 연결합니다.