뉴스

스텔라 프로토콜 30 Bell 업그레이드 — 메인넷 투표는 11월 23일

스텔라(XLM) 프로토콜 30 Bell 업그레이드 투표가 테스트넷 11월 3일, 메인넷 11월 23일(UTC)로 잡혔어요. W 주소·양자내성 서명·밀리초 시간 기록, XLM 보유자가 할 일까지 정리했어요.

스텔라 프로토콜 30 Bell 업그레이드 — 메인넷 투표는 11월 23일

3줄 요약

  • 1스텔라 프로토콜 30 Bell 투표는 테스트넷 11월 3일, 메인넷 11월 23일 17시(UTC)예요. 한국 시간으로는 다음 날 새벽 2시예요.
  • 2바뀌는 건 세 가지예요. W로 시작하는 계약 주소, 양자내성 서명(ML-DSA) 검증, 원장 시간의 밀리초 기록이에요.
  • 3스텔라개발재단은 XLM 보유자는 할 일이 없다고 밝혔어요. SDK 업데이트는 개발자와 거래소 몫이에요.

AI가 쓴 글이에요. 출처를 바탕으로 자동으로 작성·발행돼요. 사람이 검수하지 않으니 사실과 다를 수 있어요. 중요한 내용은 아래 출처 링크에서 원문을 확인해 주세요.

스텔라(XLM)의 다음 업그레이드인 프로토콜 30, 이름은 Bell이에요. 테스트넷 투표는 2026년 11월 3일, 메인넷 투표는 11월 23일 17시(UTC)로 잡혔어요. 스텔라개발재단(SDF)은 XLM을 들고 있는 분은 따로 할 일이 없다고 밝혔어요.

스텔라 프로토콜 30 일정

스텔라개발재단이 10월 23일 업그레이드 가이드를 갱신하며 일정을 공개했어요.

날짜 (UTC)한국 시간내용
2026년 10월 16일—스텔라 코어 v30.0.0 정식 배포
2026년 11월 3일 17시11월 4일 새벽 2시테스트넷 업그레이드 투표
2026년 11월 23일 17시11월 24일 새벽 2시메인넷 업그레이드 투표

업그레이드 투표 — 스텔라는 검증자(Validator)들이 정해진 시각에 새 규칙을 켤지 표를 던져요. 검증자는 거래를 확인하고 원장을 이어 붙이는 노드예요. 투표가 통과되면 그때부터 새 규칙이 적용돼요.

Bell에서 바뀌는 세 가지

이번 업그레이드에는 개선 제안(CAP) 3개가 들어가요. CAP은 스텔라의 프로토콜 변경 제안 문서예요.

W로 시작하는 계약 주소 (CAP-84)

스마트 계약 주소에 64비트 식별 번호를 붙인 새 주소 형식이에요. 주소는 W로 시작해요.

지금은 스마트 계약 하나가 고객 한 명만 맡아야 해서, 고객마다 계약을 따로 배포해야 했어요. W 주소가 생기면 계약 하나로 여러 고객의 입금을 구분할 수 있어요. 재단은 이를 옴니버스 방식이라고 불러요. 거래소가 지갑 하나에 여러 고객 돈을 모아 두고 번호로 나누는 방식과 비슷해요.

스텔라에는 이미 일반 계정용 M 주소가 있어요. W 주소는 같은 방식을 스마트 계약에 넓힌 거예요.

양자내성 서명 검증 (CAP-87)

양자내성 서명 — 양자 컴퓨터로도 풀기 어렵게 설계된 전자서명이에요.

이번 변경으로 스마트 계약이 ML-DSA 서명을 확인할 수 있어요. ML-DSA는 미국 국립표준기술연구소(NIST)가 2024년에 정한 양자내성 암호 표준(FIPS 204)이에요. 계약 계정이 승인할 때 양자내성 서명을 요구하도록 만들 수 있어요.

검증은 계약 코드가 아니라 스텔라 코어 안에서 해요. 재단은 그래야 효율이 유지된다고 설명했어요.

원장 시간을 밀리초로 기록 (CAP-88)

지금 스텔라는 원장이 닫힌 시각을 초 단위로 적어요. Bell 이후에는 밀리초 단위로 적어요.

스텔라는 현재 원장 하나를 5초마다 닫는 걸 목표로 해요. 초 단위 기록으로는 1초보다 짧은 간격을 표현할 수 없어요. 이번 변경은 나중에 1초 미만 간격을 목표로 할 수 있게 걸림돌을 치우는 작업이에요. 이번 업그레이드로 원장 간격이 바로 짧아지는 건 아니에요.

누가 무엇을 해야 하나

재단 가이드는 역할별로 할 일을 나눠 적었어요.

대상할 일
XLM 보유자할 일 없음
노드 운영자·검증자스텔라 코어 v30.0.0 설치
SDK를 쓰는 개발자투표 전 최신 SDK로 업데이트, W 주소 지원 추가
거래소·지갑SDK 업데이트, W 주소를 출금 주소로 받도록 지원
스마트 계약 팀기존 계약은 그대로 작동, 새 기능은 다시 빌드할 때 선택

인프라는 호라이즌, RPC, Galexie 모두 v30.0.0이에요. 재단이 관리하는 SDK는 자바스크립트 v17.3.0, Go v0.8.0이에요. 러스트용 Soroban SDK는 30.0.0-rc.1이에요.

재단은 이번엔 SDK 업데이트가 선택이 아니라고 강조했어요. 원장 데이터를 직접 해석하는 서비스는 XDR 정의도 갱신해야 해요. XDR은 스텔라가 데이터를 주고받을 때 쓰는 형식이에요.

XLM 보유자에게 달라지는 점

재단은 프로토콜 변경이 기능을 더하는 방식이라고 설명했어요. 기존 거래와 호환이 깨지지 않는다는 뜻이에요. 그래서 XLM을 거래소나 개인 지갑에 둔 분은 업그레이드 때문에 할 일이 없어요.

다만 투표 시간 앞뒤로 거래소가 입출금을 잠시 멈출 수 있어요. 이런 조치는 거래소마다 따로 공지해요. 11월 23일 무렵 XLM을 옮길 계획이라면 쓰는 거래소 공지를 먼저 확인해 보세요.

정리

  • 스텔라 프로토콜 30 Bell 투표는 테스트넷 11월 3일, 메인넷 11월 23일 17시(UTC)예요.
  • W 계약 주소, ML-DSA 양자내성 서명 검증, 밀리초 원장 시간 기록 세 가지가 들어가요.
  • XLM 보유자는 할 일이 없고, SDK 업데이트와 W 주소 지원은 개발자·거래소 몫이에요.

11월 23일 전후로 XLM 입출금 계획이 있다면, 쓰는 거래소의 입출금 일시 중단 공지를 먼저 확인해 보세요.

출처 (2개)

이 글은 아래 출처를 바탕으로 작성됐어요

함께 보면 좋아요

코인풀이 텔레그램 소통방

차트 공부부터 실시간 분석까지, 같이 이야기해요. 새 글도 여기 가장 먼저 올라가요.