월요일(1월 XNUMX일), Cardano의 연구 개발을 담당하는 IOG(Input Output Global)의 공동 창립자이자 CEO인 Charles Hoskinson은 최근 다음으로 연기된 Vasil 하드 포크에 대한 몇 가지 중요한 소식을 공유했습니다. “몇 주 더.”
Vasil 업그레이드가 몇 주 더 지연된 이유
목요일(28월 360일) IOG의 CardanoXNUMX 월간 쇼 XNUMX월호에서 Tim Harrison은 Kevin Hammond에게 Vasil 업그레이드에 대한 업데이트를 요청했습니다.
IOG의 기술 관리자는 다음과 같이 말했습니다.
"평소와 같이 팀은 Vasil 하드 포크의 이점을 커뮤니티에 제공하기 위해 정말 열심히 노력했습니다. 그리고 좋은 소식은 이번 주에 우리가 발견한 몇 가지 문제를 수정하기 위해 새로운 1.35.2 릴리스에 태그를 지정했으며 현재 최종 테스트와 벤치마킹을 하고 있다는 것입니다. 따라서 1.35.2…는 테스트넷 전용 릴리스입니다. 스테이크 풀 운영자, DApp 개발자, 내부 테스트 및 기타 사람들이 식별한 일부 문제를 수정합니다. 그리고 목표는 Vasil 하드 포크로 갈 때 모든 최종 문제를 플러시하는 것입니다.
"따라서 Tim, 우리가 하고 있는 일은 서두르지 않고 철저하게 테스트하고 올바르게 수행하는 데 중점을 두고 있으며 커뮤니티에서 우리가 그렇게 할 수 있도록 지원하는 것은 절대적으로 훌륭합니다. 우리는 이것을 완벽하게 하기 위해 많은 주요 커뮤니티 회원들과 매우 긴밀하게 협력해 왔습니다…
"소프트웨어 개발입니다. 필연적으로 몇 가지 문제가 발생할 수 있습니다. 그리고 우리가 해야 할 일은 이러한 문제가 들어올 때 이를 평가하고, 어떤 영향을 미칠 수 있는지 결정하고, Vasil로 갈 때 노드 사용에 영향을 미칠 수 있는 모든 문제가 다음과 같은지 확인해야 한다는 것입니다. 완전히 해결되었습니다.
"분명히 우리가 있는 곳에서 실제 Vasil 포크로 가기 전에 몇 주가 더 있을 수 있습니다. 모든 사용자는 하드 포크를 통해 진행할 준비가 되어 있어야 합니다. Cardano 블록체인의 최종 사용자를 위해 새로운 노드 버전을 출시함에 따라 스테이크 풀 운영자 및 기타 사용자와 매우 긴밀하게 소통할 것입니다."
[포함 된 콘텐츠]
Hoskinson은 Vasil에게 최근 지연을 설명하고 좋은 소식도 전달합니다.
어제 IOG CEO는 Vasil 하드포크가 두 번째로 지연된 이유를 설명하고 Vasil 프로토콜 업데이트 테스트에 대한 상태 업데이트를 제공하는 짧은 동영상을 공개했습니다.
Hoskinson은 말했다 :
"원래 우리는 1.35로 하드포크를 할 계획이었고, 그것이 우리가 테스트넷에 제공한 것입니다. 테스트넷은 그 아래에서 하드포크되었습니다. 그리고 내부 및 커뮤니티 모두에서 많은 테스트가 진행 중이었습니다. 버그 모음이 발견되었습니다. 세 가지 개별 버그로 인해 세 가지 새 버전의 소프트웨어가 생성되었습니다. 그리고 이제 우리는 1.35.3을 가지고 있습니다. 이는 하드 포크에서 살아남고 Vasil로 업그레이드할 버전이 될 것 같습니다.
"대규모 회고전이 있을 예정입니다. 긴 단점은 ECDSA 프리미티브와 기타 몇 가지 요소가 있어야 할 위치에 있지 않다는 것입니다. 따라서 그 기능은 제쳐둬야 하지만 나머지 기능인 CIP 31, 32, 33, 40 및 기타 기능은 모두 꽤 좋습니다.
"따라서 이들은 고급 테스트 단계에 있으며 DB Sync 및 직렬화 라이브러리와 같은 많은 다운스트림 구성 요소를 테스트해야 합니다. 그리고 현재 진행 중입니다. 그리고 많은 테스트가 진행 중입니다. 앞서 언급했듯이 이것은 프로그래밍 언어 Plutus에 대한 변경 사항과 합의 프로토콜 및 기타 사항에 대한 변경 사항을 모두 포함하고 매우 로드된 릴리스였기 때문에 Cardano 역사상 가장 복잡한 업그레이드입니다. 그 안에는 많은 것이 포함되어 있었고 결과적으로 모든 사람이 철저한 테스트에 기득권을 가지고 있었던 것입니다.
"문제는 무언가가 발견될 때마다 수정해야 하지만 수정 사항을 확인하고 전체 테스트 파이프라인을 다시 거쳐야 한다는 것입니다. 따라서 기능은 완벽하지만 테스트를 해야 하고 테스트할 때 무언가를 발견한 다음 복구해야 하는 상황에 도달합니다. 그런 다음 전체 테스트 파이프라인을 다시 거쳐야 합니다. 이것이 출시 지연의 원인입니다...
"XNUMX월에 공개하고 싶었지만 버그가 있는 경우에는 할 수 없습니다. 특히 합의 또는 직렬화와 관련되거나 트랜잭션의 특정 문제와 관련된 버그가 있는 경우에는 더욱 그렇습니다. 지우기만 하면 끝입니다. 모든 것이 고려되었지만, 모든 것이 꾸준하고 체계적으로 올바른 방향으로 움직이고 있습니다...
"잘못될 수 있는 일들의 집합은 너무 작아졌고, 이제 우리는 그런 점에서 테스트의 마지막 단계에 있습니다. 따라서 새로운 것이 발견되지 않는 한 더 이상 지연되지 않을 것으로 예상되며 사람들이 업그레이드되고 있습니다...
"그리고 바라건대, 우리는 31월에 더 깊이 들어가자마자 긍정적인 소식을 접하게 될 것입니다. 그리고 다른 측면은 파이프라이닝에서 발견된 문제가 없고 이 전체 프로세스 동안 CIP 32, 33, 40 또는 XNUMX에서 발견된 문제가 없다는 것입니다. 이는 매우 긍정적인 소식이며 반복적으로 개발자 QA 회사와 엔지니어가 내부 및 외부에서 테스트했기 때문에 해당 기능이 완전하고 견고할 가능성이 매우 높습니다. 따라서 몇 가지 극단적인 경우만 해결하고, 월 중순에 더 많은 뉴스를 업데이트할 수 있기를 바랍니다."
[포함 된 콘텐츠]
