최근 열린 EOS 노드 운영자 라운드테이블에서 Spring v1.1.0 RC1 출시와 관련된 논의가 활발히 진행되었다. 이번 회의에서는 트랜잭션 속도 향상, RAM 사용 절감, 시스템 계약 업데이트 등 다양한 주제가 다뤄졌다. 또한 향후 로드맵에 대한 논의도 이루어졌다. 블록체인과 기술에 관심 있는 사람들에게는 매우 유익한 정보가 공유된 자리였다.
주요 내용
- Spring v1.1.0 RC1은 네트워크 효율성을 높이고 트래픽을 줄이기 위한 다양한 업데이트를 포함하고 있다.
- 미들웨어 개발이 중요한 주제로 떠오르며, 새로운 읽기 전용 API가 주요 개선 사항으로 부각되었다.
- 시스템 계약이 보다 효율적이고 사용자 친화적으로 조정되었다.
- RAM 사용 문제 해결과 노드 동기화 개선이 주요 목표로 설정되었다.
- 단기적인 수정뿐만 아니라 장기적인 개선을 위한 미래 업그레이드 계획이 진행 중이다.
Spring v1.1.0 RC1 주요 업데이트
Spring v1.1.0 RC1 출시는 EOS 노드 운영자들에게 중요한 이정표가 되는 업데이트로, 네트워크 성능과 운영 효율성을 크게 향상시키는 여러 기능이 포함되어 있다. 운영자들은 테스트넷 및 API 노드를 업그레이드하여 새로운 기능을 활용할 것을 권장받고 있다.
핵심 기능
- BlockNack 최적화: 블록 전파 중 불필요한 네트워크 트래픽을 줄여 전체적인 네트워크 효율성을 향상시킨다.
- 하위 계정(Subaccount) 지정: 특정 계약의 CPU 효율성을 개선하며, 기본 설정인 이 활성화된 상태로 유지되어야 한다.
- Pause at Block 기능: 특정 블록에서 노드를 일시 정지하여 쿼리를 수행할 수 있도록 하며, 전체 시스템을 종료할 필요 없이 데이터를 효율적으로 조회할 수 있다.
이번 릴리스를 통해 네트워크 토폴로지 및 주관적 과금(subjective billing) 방식이 논의되었으며, 이러한 변화가 노드 연결성과 트랜잭션 실행에 미치는 영향도 검토되었다.
트랜잭션 전파 및 과금 효율성 개선
Spring v1.1.0 RC1은 트랜잭션 전파(transaction propagation) 및 과금 효율성 개선에 초점을 맞추고 있다. 네트워크가 대량의 트랜잭션을 보다 효과적으로 처리할 수 있도록 다양한 최적화가 이루어졌다.
주요 개선 사항
- BlockNack 최적화: 중복된 네트워크 트래픽을 줄여 블록 전파를 최적화함으로써 성능을 향상시킨다.
- 하위 계정 지정: CPU 효율성을 개선하여 자원이 보다 효과적으로 할당될 수 있도록 한다.
- Pause at Block 기능: 노드 운영자가 특정 블록에서 쿼리를 수행할 수 있도록 하여 동기화 작업을 보다 원활하게 진행할 수 있도록 지원한다.
이러한 개선 사항들은 EOS 네트워크의 안정성을 강화하고, 노드 운영자와 사용자들에게 보다 원활한 환경을 제공하는 것을 목표로 한다.
미들웨어 개발 및 읽기 전용 API
Spring v1.1.0 RC1에서 미들웨어 개발이 중요한 주제로 떠올랐다. 특히 읽기 전용 API(Read-only API) 개선이 핵심적으로 다뤄졌으며, 이는 보다 안전하고 효율적인 데이터 조회 방식을 제공하는 것을 목표로 한다.
- Greymass 이니셔티브를 통해 스마트 계약 조회 기능을 발전시키는 작업이 진행 중이다.
- 병렬 읽기 전용 계약(Parallelized Read-Only Contracts) 기술을 활용하여 데이터 요청이 블록체인 운영에 부담을 주지 않도록 하고 있다.
- 이러한 변화는 블록체인 상의 데이터 조회를 보다 효율적으로 만들고, 보안성을 강화하는 데 기여할 것으로 기대된다.
시스템 계약 업데이트
EOS 시스템 계약은 3.6.1 업데이트를 통해 시스템 ABI 내 일부 조항이 누락된 문제를 해결하는 작업이 진행 중이며, 이를 위해 커뮤니티의 승인이 필요하다.
또한, 3.7.0 RC1에서는 새로운 개념인 "encumbered RAM" 기능이 도입되었다.
- Encumbered RAM: RAM 전송이 제한되며, 전송된 RAM은 원래 제공자에게만 반환될 수 있도록 설계되었다. 이는 네트워크 내 자원 할당을 보다 안전하게 관리하기 위한 조치이다.
- 해당 업데이트는 Jungle 및 Kylin 테스트넷에서 철저한 검증을 거친 후 메인넷에 적용될 예정이다.
로드맵 및 향후 업그레이드
단기 목표
- P2P 통신 및 피어 탐색(peer discovery) 개선
- 상위 블록 생성자들이 보다 원활하게 연결 정보를 교환할 수 있도록 개선
- 향후 하드포크 준비를 위한 사전 조치 수행
장기 목표
- 스마트 계약 동기화 기능 개선
- 경량 노드(light nodes) 개발을 통해 네트워크 접근성을 높이고 비용 절감 유도
- 네트워크의 지속적인 성장과 확장성을 고려한 최적화 작업 수행
RAM 문제 및 동기화 개선
EOS 블록체인은 RAM 사용 문제를 지속적으로 해결하고 있으며, 현재 약 105GB의 RAM을 사용 중이다.
해결 방안
- 경량 노드 개발을 통해 RAM 부담을 줄이고 보다 많은 사용자가 참여할 수 있도록 유도
- 기본-보조(primary-secondary) 캐싱 모델을 적용하여 데이터 조회 성능을 개선하고 RAM 사용을 줄이는 방안 검토 중
- Spring v1.1 업데이트를 통해 동기화 시간 10% 이상 단축
- State History Plugin(SHIP) 개편을 통해 효율성을 극대화하고 리소스 요구량을 줄이는 작업 진행 중
이러한 변화는 네트워크의 지속 가능한 운영을 위한 핵심적인 조치로 평가된다.
Leap vs. Spring 개발 방향
Leap과 Spring의 개발 방향이 다소 차이를 보이고 있다.
- Leap: 기존 개발이 중단되었으며, 보안 패치 외에는 업데이트가 예정되어 있지 않다.
- Spring: EOS 네트워크의 미래를 위한 혁신적인 기능이 집중적으로 개발되고 있다.
Spring의 핵심 개발 초점
- 트랜잭션 전파 최적화
- 미들웨어 발전 및 데이터 조회 효율화
- 시스템 계약 개선을 통한 네트워크 안정성 확보
Spring의 개발이 EOS 네트워크의 성장과 발전을 이끄는 핵심 동력이 되고 있으며, 지속적인 개선이 이루어질 예정이다.
결론
Spring v1.1.0 RC1 출시와 관련된 EOS 노드 운영자 라운드테이블에서는 BlockNack 최적화, 하위 계정 지정, 미들웨어 개선, 시스템 계약 업데이트, RAM 최적화, 노드 동기화 개선 등 중요한 개선 사항이 논의되었다.
EOS 네트워크는 보다 효율적이고 확장 가능한 블록체인 환경을 구축하는 것을 목표로 하고 있으며, 이번 업데이트는 그 과정에서 중요한 단계가 될 것이다. 노드 운영자와 개발자들은 이러한 변화에 적극적으로 대응하여 네트워크의 발전에 기여해야 할 것이다.
이 기사는 여러 신뢰할 수 있는 출처에서 정보를 수집하기 위해 AI의 도움을 받아 작성되었습니다. 내용은 정확성과 일관성을 보장하기 위해 편집팀에서 검토하고 수정했습니다. 기사의 의견은 저자의 개인적인 견해이며, EOS Support의 의견을 반드시 반영하지는 않습니다. 원본 보도 출처는 적절할 때마다 인용되며 요구사항에 따라 제공됩니다. 이 기사는 정보 제공을 위한 것일 뿐, 재정적 조언을 구성하지 않습니다. 투자에는 위험이 따르며, 투자 결정을 내리기 전에 자격을 갖춘 재정 고문과 상담해야 합니다.