8월 16일: 즉각적 최종성(Instant Finality, 이하 IF) 립(Leap) 통합 현황, 지연 트랜잭션(Deferred Transactions) 단계 종료 및 기타 사항

8월 23일: 예정된 업그레이드 및 정보 전파 전략

8월 31일: 테스트넷에서 지연 트랜잭션 비활성화, 소프트웨어 상태 업데이트, 노드OS(NodeOS) 구성 매트릭스

IF 목표 날짜: 9월 29일

출시 일정을 앞당기기 위한 노력을 진행중입니다.

5.0 업그레이드에서는 지연 트랜잭션이 비활성화됩니다.

노드 운영자들 간 이 변경을 조정하기 위해 의견을 구하고 있습니다.

지연 트랜잭션을 비활성화하기 위한 고려사항.(Considerations for disabling deferred transactions.)

모든 활성 블록 프로듀서(BP)는 정확한 테스트를 위해 DT를 비활성화해야 합니다.(All active Block Producers (BPs) must disable DTs for accurate testing.)

5.0에서 EOS 노드 코드 제거를 통한 강제 진행.(Enforcement via EOS node code removal in 5.0.)

지연 트랜잭션을 위한 사용자 구성 옵션(Option to require user configuration for deferred transactions.)

소프트웨어 배포 옵션에 대한 논의가 진행되었습니다.(Options for software rollout discussed.)

소규모 버전 대 조정된 구성 업데이트.(Minor version vs. coordinated configuration update.)

5.0 이전에 완전한 4.1 릴리스 고려.(Consideration of full 4.1 release before 5.0.)

주요 체인 간의 업데이트 조정에 중점을 둘 것을 고려.(Emphasis on coordinating updates across significant chains.)

지연 트랜잭션 제거와 관련된 잠재적인 어려움을 인식.(Acknowledgment of potential challenges with deferred transaction removal.)

지연 트랜잭션이 dApp에 미치는 영향을 평가해야 합니다.(Need to assess deferred transactions' impact on dApps.)

지연 트랜잭션을 추적하기 위해 보고를 활용하는 제안.(Proposal to use reporting to track deferred transactions.)

이오스 서포트(EOS Support)와 관련된 지연 트랜잭션의 단계별 폐지에 대한 dApp 개발자를 위한 커뮤니케이션 계획(Communication plan for dApp developers about phase-out involving EOS Support)

빠른 조치와 적응에 중점을 두어야 합니다.(Emphasis on prompt action and adaptation.)

지연 트랜잭션 비활성화 계획(Disabling Deferred Transactions Plan): 지연 트랜잭션 비활성화 계획이 수립되었습니다. 이 계획은 투명성, 명확한 커뮤니케이션 및 구조화된 일정을 우선시합니다. 또한 커뮤니티가 프로세스에 적극 참여하도록 피드백을 수용할 여지가 있습니다.

문서 품질 개선(Improving Documentation): 현재 문서 품질을 향상시키기 위한 노력이 진행 중입니다. 이에는 사용자 가이드를 향상시키고 사용자 편의성을 위한 구성 가이드 작성을 탐구하는 것뿐만 아니라 소중한 통찰력을 제공하고 문서를 더 사용자 친화적으로 만들기 위해 게스트 스피커의 참여를 고려하는 것도 포함됩니다.

향상된 리소스(Enhanced Resources): 노드 운영자 지원의 중요성을 인식하면서, 자세한 설명을 제공하는 데 중점이 두어집니다. 이는 또한 변경 사항을 문서화하고 노드 운영자가 필요한 도구와 정보를 확보할 수 있도록 관련 리소스를 제공하는 것을 포함합니다.

운영자 메뉴얼(Operator Manual): 노드 운영자와 dApp 간의 협력을 원활하게 하기 위해 간결한 운영자 메뉴얼을 작성하는 계획이 진행 중입니다. 이 메뉴얼은 사용자들에게 가치 있는 자원이 되며 더 나은 이해와 효율적인 운영을 촉진할 것입니다.

인식 확산(Raising Awareness): 복잡한 개념을 단순화하고 인식을 높이기 위한 노력이 진행 중입니다. 이는 교육 자원 작성, 사용자를 위한 EOS 도움말 섹션 개발, 토론과 진전을 촉진하기 위한 작업 그룹 형성, 그리고 연기된 거래의 폐지에 대한 사용자에게 알리기 위한 조율된 커뮤니케이션 전략을 포함합니다.

일정 및 개발 진행 상황(Schedule and Development Progress): 참가자들은 현재 일정 상황을 검토하며, 지연 트랜잭션 제거에 관한 초안 공지를 강조하고, 구현 과정에서 커뮤니티 참여의 중요성을 논의했습니다.

배포 계획(Distribution Plan): 포괄적인 배포 전략은 블로그 글, 트위터와 같은 공개 채널, 주목받는 앱에 직접 접근, 메일링 리스트, 뉴스레터 및 거래소 및 최고 블록 프로듀서와의 협조를 포함했습니다.

작업 및 마일스톤 추적(Task and Milestone Tracking): 중앙집중식 작업 및 마일스톤 추적 시스템의 필요성이 강조되었습니다. 참가자들은 이 목적으로 깃허브(GitHub)를 활용하는 가능성을 탐구했습니다.

파이널라이저 키(Finalizer Keys): 논의의 상당 부분이 새로운 합의 알고리즘에서 파이널라이저 키의 중요성에 집중되었으며, 원활한 운영을 보장하기 위한 면밀한 관리의 필요성을 강조했습니다.

블록 생산 키(Block Production Keys): 노드 운영자들은 거래 수준에서 더 강력한 시스템의 필요성을 고려하고 자동 회전 또는 재생성을 지원하는 키 스택을 탐구했습니다.

노드 상태 모니터링 및 대응(Monitoring and Reacting to Node Status): 노드 동기화 모니터링과 더 빠른 대응 시간의 중요성과 관련된 도전 과제와 잠재적인 해결책에 대한 논의가 진행되었습니다.

여러 서명 키(Multiple Signing Keys): 생산자에 대한 여러 서명 키를 통합할 가능성이 탐구되었으나 복잡성 때문에 즉각적인 구현이 어려웠습니다.

구성 및 구현(Configuration and Implementation): 새로운 기능을 구성하고 구현하는 데 관한 작업과 논의가 계속 진행되었으며, 특정 설정이 언제와 왜 활성화되어야 하는지를 이해하는 중요성이 강조되었습니다.

역할의 분리(Separation of Roles): 5.0 업데이트 이후 리더 역할을 분리하고 여러 백업 블록 프로듀서를 도입하는 것이 고려되었으며, 최상위 21개 블록 프로듀서 간의 효과적인 커뮤니케이션을 강조했습니다.

문서화 및 정보 격차(Documentation and Knowledge Gaps): 새로운 아키텍처에서 발생할 수 있는 잠재적인 중단과 지식 간극에 대한 우려가 제기되었습니다. 노드 운영자들은 변경 사항을 적용하기 전에 전체적인 문서화와 영향을 이해하는 필요성을 강조했습니다.

피드백과 커뮤니케이션(Feedback and Communication): 피드백을 수집하고 보고된 메트릭을 명확히 하는 중요성이 논의되었으며, 지연 트랜잭션을 비활성화하고 일정을 그에 맞게 조정하기 위한 계획도 함께 논의되었습니다.

정보 전파(Spreading Information): 회의 참가자들은 각자의 커뮤니티 내에서 정보를 전파하고 협력을 촉진하며 원활한 전환을 보장하기 위해 준비되어 있다는 의사 표시로 마무리되었습니다.

작업 자체에 집중(Task Focus): 시간과 자원 제약으로 인해 연기된 거래와 관련된 특정 소프트웨어 개발 작업의 제거에 대한 논의가 진행되었습니다. 대신 블록 익스플로러와 같은 간단한 방법을 사용하여 정보를 수집하는 것이 고려되었습니다. 참가자들은 코드에서 지연 트랜잭션을 비활성화하기 위한 예상 일정이 없음을 인정했지만 후보 릴리스 이전에 달성할 확신을 표명했습니다.

메인넷 릴리스와 테스트(Mainnet Release and Testing): EOS 메인넷 릴리스를 위한 계획과 립 5.0 소프트웨어의 진행 상황에 대한 논의가 이루어졌습니다. BP 업그레이드 및 종속성 제거에 대한 일정이 수립되어 원활한 전환을 보장하기 위해 조정되었습니다.

기존 메인넷 기능에 대한 태그가 도입되어 테스트를 강화하고 릴리스를 위한 신뢰도를 높이는 데 기여할 예정입니다.

개선 및 문서화(Enhancements and Documentation): 참가자들은 새로운 기능을 시도하는 데 흥미를 나타내면서 문서 작성, 테스트 및 벤치마킹의 중요성을 강조했습니다. 사용자 피드백과 제안을 환영하고 다른 API 노드 운영자로부터 도움을 청하고 구성을 더 잘 이해하고 권장 사항을 제공하려고 노력했습니다.

리소스 모니터 오버라이드(Resource Monitor Override): API 사용과 관련된 다른 설정에 대한 리소스 모니터 오버라이드를 만들어 보는 개념이 탐구되었습니다. 목표는 API를 실행하는 포괄적인 가이드를 작성하여 설정을 명확히하고 권장 값을 제공하는 것입니다. 참가자들은 이 이니셔티브를 지원하며 의견과 제안을 기여할 의향을 표명했습니다.

구성 매트릭스 명확성(Configuration Matrix Clarity): 특히 버전 5.0이 곧 출시될 예정인 상황에서 구성 파일을 검토하고 의견을 남기는 중요성이 강조되었습니다. 참가자들은 구성에 대한 더 나은 이해를 위해 파싱된 정보와 공식 문서 링크를 포함한 효율적인 문서 또는 웹사이트의 필요성을 논의했습니다.
​

EOS Support Learning Center