본문 바로가기
Assets/FLR & SGB News

"송버드(SGB) 네트워크는 지속가능한지에 대해" 플레어(Flare) 블로그 기존 원문 일부 해석

by ssameocean 2021. 10. 16.
반응형



플레어 사에서 송버드에 출시 전 블로그에 소개했던 글 링크입니다.
https://ko.flare.xyz/introducing-songbird/
한국어로 변환이 가능해서 변환이 되어있기는 합니다.
아마도 자동 번역인 것 같은데, 다소 매끄럽게 이해가 안 가는 부분이 있습니다.

오른쪽 하단에 영어로 바꿔주면 영어 페이지도 뜹니다.
https://flare.xyz/introducing-songbird/

한글 페이지가 있고
시간도 많이 지났지만
이제 와서 굳이 한번 일부만 해석해보려고 합니다. ㅎ
확인해보고 싶은 사항이 있어서 블로그 들어가서 다시 읽어보니
그때 보지 못했던 사항들이 저는 보이더라고요.

의역한 부분도 있습니다.
원문도 확인해서 크로스체크해보시는 것도 좋을 듯합니다.
전체적인 내용과 다른 부분은
한글 페이지도 있고 영어 페이지도 있으니 체크해보셔도 좋을 것 같습니다.

제가 궁금했던 부분은

송버드(SGB) 네트워크가 지속 가능한 네트워크인가?

였습니다.
정답은 모르겠으므로 의견을 추가하지는 않고
아래에서부터는 해석만 해보는 것으로 하겠습니다.


(생략)
......

카나리 네트워크(Canary Network)란 무엇인가?

(생략)...... 정의되고 부족한 토큰의 공급은 토큰에 가치를 부여할 수 있습니다.
그것은 잠재적으로 공격자가 그런 실제와 같은 테스트에 매력을 느끼도록 만듭니다.
이는 테스팅 상에 시스템을 강화하도록 하게 합니다.
폴카닷은 쿠사마 네트워크를 사용하였고, 이는 카나리 네트워크 콘셉트의 시초입니다.

송버드의 목적은 무엇인가?

송버드는 플레어의 카나리 네트워크입니다.
뚜렷한 두 개의 단계를 가질 것입니다.

1. 플레어 출시 전
송버드는 FTSO, StateConnector, F-자산 시스템과 네트워크 구성의 지속적인 테스트에 중요한 역할을 할 것입니다.
FTSO와 F-자산 프로토콜은 기본 자산으로부터 생성된 F-자산과 함께 송버드에서 제대로 기능할 것입니다.
이는 플레어의 최종적 출시를 위해 안전성, 안정성, 신뢰성을 향상할 것입니다.

2. 플레어 출시 후
송버드는 플레어의 (아래 괄호와 같은) 변화에 이끌리는
거버넌스 테스트를 위한 롱텀(장기 기간) 네트워크로 계획되어있습니다.
(새로운 F-자산의 결합, FTSO의 변화, F-자산 체계와 다른 네트워크 상의 변화와 같은)

두 개의 모든 기간 동안 송버드는 두 개의 다른 핵심 사용처가 있습니다.

첫 번째, 플레어 위에서 출시하기를 희망하는 애플리케이션을 위한 미리 하는 테스트와 커뮤니티를 만드는 것
이상적으로 플레어 위에서 출시한 모든 애플리케이션은
(특히 FTSO와 F-에셋 체계를 활용하는 애플리케이션)
송버드 위에서 초기에 테스트할 것입니다.

두 번째, FLR 토큰 홀더들에게 그들의 FLR 토큰을 위험에 빠트리지 않고
중요 (아래 괄호와 같은) 플레어 프로토콜에 친숙해지도록 하는 것
(FTSO에게 위임하는 것, F-자산을 발행하는 것, 플레어 위에 만들어진 애플리케이션을 사용하는 것과 같은)

플레어는 모든 테스트된 핵심 프로토콜, FTSO, 초기 F자산, 스테이트 커넥터를 출시할 것입니다.
플레어의 업데이트를 위한 잠재적인 테스트 베드로서 송버드의 사용은
플레어와 송버드 관계에 있어서 아래와 같은 의미를 가집니다.
송버드는 자주 좀 더 advanced 네트워크가 될 것입니다.
(저는 선제적 네트워크로 해석하고자 합니다. 선진적이라는 의미가 될 수 도 있습니다.
먼저 기술들을 테스트하는 네트워크이기 때문에.)
혁신과 새로운 dApp(디앱) 출시가 송버드 네트워크에서 먼저 일어난 후 테스트 후에
플레어에서 역할을 하게 될 것입니다.
이것은 송버드가 그 자체만의 네트워크 타입을 가지게 합니다.
그 네트워크는 (플레어의 안정선이 필요하지 않은, 그렇지만 핵심 플레어 프로토콜과 좀 더 (플레어에 앞서 송버드에서 제공할) 발전된 기능을 사용하기 원하는) 애플리케이션에게 고립된 상태에서 유용할 것입니다.
이러한 사항은 일반적으로 애플리케이션의 낮은 값(Value, 가치?) 애플리케이션에 적당한(appeal) 반면
더 많은 양의 값(Value)을 다뤄야 하는 애플리케이션은 플레어에 적답합니다.(appeal)

...(생략)...

혼돈 경고

송버드는 생산 준비된 네트워크로 여겨져서는 안됩니다.
송버드는 제안된 제품 네트워크(플레어), 시간이 지남에 따른 제안된 거버넌스 업데이트,
플레어에서 출시하는 핵심 프로토콜과 d앱 등의 무결성 테스트를 위한 것입니다.
플레어 팀은 미래에 송버드 개발 지원을 계속할 것을 약속하지 않습니다.
플레어에 있는 팀과 아마도 송버드 네트워크 위에서 그들의 디앱을 테스트할 다양한 팀들이
활동적으로 취약점 버그를 발견하고 잘못된 고리를 끊으려고 노력할 것입니다.
(이문장 의역한 부분입니다. 오타가 있는 것 같기도 하고.. 제가 부족한 것이겠지요. 뭔가 좀 직해석이 어렵습니다. ㅎ The team at Flare and likely the various teams testing their dApps on Songbird will be actively trying to find and exploit bugs and other issues and break the network.)
그러므로 제발 송버드는 생동감을 잃을 수 있다는 점과 토큰 소실 가능성, 메인 넷보다 클 것으로 보이는 위험성을 가진다는 점을 수반한다는 것을 명심하세요.
(말 그대로 생동감을 잃은 거의 없는 네트워크를 의미하거나, 네트워크 자체가 없어지는 것을 의미할 수도 있겠네요.)
잘 알아보고 행동하세요.(두 번 재단하고, 한 번에 자르세요. Measure twice, cut once)

글쓴이 : Huho Philion, 플레어 네트워크의 공동 설립자 & CEO


여러분들은 해답을 찾으셨나요?

앞서 말씀드렸듯이
해석이나 결론은 내지 않겠습니다.

감사합니다.

반응형

댓글