자세히 살펴보기
1. Protocol Kit v5로 마이그레이션 (2026년 8월)
개요: 이번 업데이트는 개발자가 Safe 스마트 계정을 배포하는 방식을 간소화합니다. 별도의 팩토리 클래스를 없애고, 모든 배포 기능을 Safe 기본 클래스에 통합해 더 단순한 개발 환경을 제공합니다.
주요 변경 사항은 SafeFactory 클래스의 제거입니다. 이제 개발자는 Safe.createSafeDeploymentTransaction() 메서드를 직접 사용하므로 설정 과정이 간단해지고 오류가 발생할 가능성도 줄어듭니다. 또한 v1.3.0 이상에서는 배포 전에 Safe 주소를 미리 예측하는 기능도 계속 사용할 수 있습니다.
의미: 개발자가 Safe 인프라를 더 빠르고 안정적으로 활용할 수 있어 SAFE에 긍정적인 영향을 줄 수 있습니다. 개발 환경이 개선되면 더 많은 애플리케이션과 사용자가 유입되어 생태계 성장을 촉진할 가능성이 있습니다.
(Safe 문서)
2. Safenet 베타 출시 (2026년 4월)
개요: Safenet은 Safe 거래가 실행되기 전에 보안 검사를 수행하는 새로운 보안 계층입니다. 오프체인 경고를 대신해, 검증자 네트워크가 온체인에서 암호학적으로 확인된 승인을 제공하도록 설계됐습니다.
참여하려면 검증자와 위임자가 SAFE 토큰을 스테이킹해야 합니다. 이에 따라 SAFE는 거버넌스 참여를 넘어 실제 네트워크 운영에 쓰이는 경제적 활용처를 얻게 됩니다. Safenet은 비잔틴 장애 허용 방식으로 작동하며, 승인되지 않은 위임 호출과 같은 일반적인 공격 경로를 차단하도록 설계됐습니다.
의미: 스테이킹을 통해 토큰에 실제 수요가 생기고, SAFE의 활용도가 네트워크 보안과 직접 연결될 수 있다는 점에서 긍정적으로 평가할 수 있습니다. 모든 거래에 탈중앙화된 검증 절차를 추가해 사용자의 자산을 더 안전하게 보호하는 데에도 도움이 됩니다.
(Bitcoin.com)
3. Safe Core v1.5.0 출시 (2025년 7월)
개요: 이번 주요 프로토콜 업데이트에서는 Safe의 추가 모듈이 시작하는 거래에 별도의 보안 규칙을 적용하는 Module Guards가 도입됐습니다. 이를 통해 기존에 남아 있던 보안 공백을 보완합니다.
또한 zkSync Era를 기본 지원해 사용자가 여러 네트워크에서 동일한 Safe 주소를 사용할 수 있도록 했습니다. 이를 통해 주소 혼동으로 자산을 잃을 위험을 줄일 수 있습니다. 그 밖에도 다른 앱과의 호환성을 높이는 Extensible Fallback Handler와 개선된 서명 검증 기능이 포함됐습니다.
의미: 수많은 기존 계정의 핵심 보안 모델을 강화해, 고급 기능을 사용할 때도 더 안전하게 이용할 수 있다는 점에서 SAFE에 긍정적입니다. 여러 블록체인 네트워크에 대한 지원을 개선하면 사용자의 실수를 줄이고 전반적인 이용 경험을 높일 수 있습니다.
(Safe 블로그)
결론
Safe의 개발 방향은 프로토콜 수준의 보안을 강화하는 동시에 개발자와 일반 사용자의 편의성을 높이는 데 집중돼 있습니다. Safenet을 통해 수동적인 경고에서 벗어나 스테이킹으로 뒷받침되는 적극적인 보안 검증을 도입하는 것은 스마트 계정 인프라의 큰 변화입니다. 네트워크가 성장하면서 늘어날 스테이킹 수요는 SAFE의 활용도에 어떤 영향을 미칠까요?