※FAQ에 관한 주의 사항 

이 번역문은 IOHK가 공식적으로 공표한 FAQ 정보원으로 하고 있지만, 100% 정당성을 보증하는 것이 아닙니다.

참고로 공식 문서에는 각 질문항목에 번호가 부여되지 않았지만, 앞으로 논의나 질문에 답변을 원할하게 하기 위해 각 섹션별로 알기 쉽게 번호를 붙였음을 양해 바랍니다.

공식적인 한글 문서가 나올 때까지 참고 정도로 이해해 주시면 감사하겠습니다. 

오역이나 잘못된 번역이 있을 수 있으나 내용상의 의문이나 질문은 IOHK를 통해서 해 주시면 감사하겠습니다.  

카르다노 스테이크 풀에 관한 질의 응답

1 스킬 및 확인사항

진단이나 검사는 없다. 풀 생성을 관리하는 사람도 없다. 스테이크 풀은 마케팅을 위한 웹 사이트를 제공하고 그들이 누구인지에 대한 추가 정보가 있다면 제공할 수 있고,  그 사이트를 사용할 지는 당신의 자유다.

서버 유지 보수 및 개발 운용(devops) / 시스템 운용(sysops) 경험은 매우 큰 장점이 될 것이다. 리눅스 시스템의 관리 스킬이 있다면 좋을 것이다.

인스톨(설치)를 돕는 도구는 있으나 풀 운영자가 되려고 한다면 이를 위한 기본적인 시스템운영(sysop) 기술을 갖추고 있을 것이 기대된다.

테스트 넷 사이트가 공개되면 그 지침에 따라 테스트 넷 스테이크 풀에 참여할 수 있다. 메인 넷에 배포될 때는 온라인상으로 동일한 안내서가 제공된다.

광고되는 기간 내에 업데이트가 이루어지지 않으면 테스트 넷상에서 스테이크 풀이 후속 릴리스와 함께 중단될 수 있다. 이것은 메인 넷과 비교하여 잠재적으로 테스트 넷상에 더 짧은 시간의 알림 프레임이 될 것이다.



기술 지원부는 테스트 스테이크 풀의 수명과 질문에 대한 답변을 제공한다. 우리는 문서, FAQ 및 코드를 정기적으로 업데이트하고 새 릴리스를 게시할 것이다. 우리는 소셜 미디어 채널을 통해 커뮤니티에 대한 업데이트를 공지할 것이다.

우리는 동의한다. 우리는 아직 이것을 가지고 있지 않지만 우리는 그것을 향해 움직일 것이다. 풀 운영자는 Linux sysadmin 기술을 보유해야 한다.

없다. 스테이크 풀 등록은 블록체인상의 트랜잭션이다.

우리는 풀 인증서 비용(검토)에는 아직 이르지 못했다.

2 스테이크의 요건

공개 경쟁 스테이크 풀을 운영하려면 풀 소유주가 자신의 풀에 에이다를 원장에 기재하여야 한다. 이에 대한 자세한 내용은 스테이킹 인센티브에 관한 문서에서 다룬다. 풀을 운영하거나 풀에 위임하는 데 필요한 최소 에이다 코인은 없다. 단, 거래 수수료를 지불해야 할 에이다 코인이 필요하다.

기술적으로는 그렇다. 그러나 스테이킹 키와 풀을 만들려면 비용을 지불해야 한다. 이것은 사람들이 많은 개인적인 에이다 지분을 갖지 않고도 자신의 풀을 운영할 수 있도록 가능하다.  즉, 그들은 자신의 노드 운영을 원치 않으면서 지분을 갖고 있는 사람들을 위한 서비스 제공자로서의 역할을 할 수 있다.

풀 운영자는 지갑이 필요하지 않다. 요금은 풀 소유주가 지불한다.

이것은 경쟁 스테이크 풀에 대한 인식을 기반으로 개별 결정을 내리는 개별 위임자와의 조합으로 이루어진 시장 결정에 의해 판단된다.

이 풀이 문을 닫는 것 외에는 리스크는 없다. 보상을 받지 못하기 때문에 잘 운영되고 있는지 모니터링하고, 서비스가 나쁜 경우 다른 사람에게 재위임해야 한다.

소유자가 담보에 넣는 금액이 0이라면 안되는 것은 아니지만 소유자가 자신의 풀에 대해 담보로 넣을 경우 실제로 담보된 금액을 위임해야 한다. 그렇지 않으면 보상은 0이다. 풀 소유주는 아무런 지분도 없이 풀을 운영 할 수 있다. 그러나 풀 소유자가 개인 보유 에이다를 더 많이 스테이킹할수록 더 많은 수익을 낼 수 있다. 풀 소유자의 스테이킹이 담보된 금액보다 적으면 풀이 비활성화되지만 풀 생성자는 담보가능한 액수는 0이 된다.

노드에 100% 가동 시간을 제공하는 한 Cardano 스테이킹에는 영향을 주지 않는다.

한 개의 지갑에 여러 개의 스테이킹 키를 가질 수 있다. Daedalus와 Yoroi에 대해 첫 번째 릴리스만이 하나의 지갑에 대해 하나의 스테이크 풀 위임에 지원한다. 이는 후에 변경될 수 있고 단일 지갑안의 여러 계정에 대한 지원을 통해, 단일 지갑안에 계정별로 개별적 위임 풀이 있게 된다. 제3자 지갑은 자유롭게 다른 방침을 구현할 수 있다.

그렇다, 하드웨어 지갑이나 종이 지갑에서 풀에 위임할 수 있다.

3 하드웨어

최소한은 없다. IOHK에서는 4-7와트로 작동되는 작은 싱글 보드상에서 스테이크 풀의 운영을 검증했다. 그러나 그것만으로는 최적의 환경이 될 수는 없으므로 운영자는 자신의 풀의 수익성과 위임자의 관심을 최대한 이끌어 내기 위해 비용, 성능 및 에너지 효율성을 적절히 조합하여 검증할 필요가 있다.

역자주:라즈베리 파이는 ARM 프로세서를 탑재한 싱글보드 컴퓨터, 영국의 라즈베리 파이재단에 의해 개발됨.

아니다. 하지만 IOHK에서는 실험적으로 다른 최소한의 싱글 보드 컴퓨터로 검증해 보았다. 위에서 언급했듯이, 이것은 최적의 하드웨어는 아닐지 모르지만 실행되기는 한다.

적당한 대역폭의 인터넷에 연결된 IP 및 포트가 필요하다.

경쟁력있는 스테이크 풀에 필요한 구체적인 최소 대역폭은 아직 명확히 알려지지 않다.

역자주: 용장화란 시스템 장애를 대비해서 예비장치를 이용해 백업장치로 배치 운용하는 것을 말함

Cardano 네트워크는 분산 시스템이지만 각 스테이크 풀이 단일 노드만 실행해야 한다(네트워크를 통해 정보를 배포하는 데 도움이 되는 릴레이 노드 포함) . 이 시스템은 동일 키를 사용한 로드(부하)・밸런싱(균형)・코어 노드를 적대적인 것으로 간주한다. 노드 자체는 스토리지 또는 처리 능력에 대한 큰 요구 사항이 없으므로 하나의 기기상에서 실행되도록 설계되어 있다.

어디까지나 하나의 노드가 일정한 슬롯에 대해 하나의 블록을 생성할 수 있다는 확증이 없다면 그것은 불가능하다. 그렇지 않으면 프로토콜에 대한 공격이 되어 버린다.

아니다. 우리는 체인의 진행을 막을 계획이 없고, 개별 노드의 재기동에 그것이 필요하지도 않다. 노드의 재기동이나 연결이 차단된 경우에는 노드 자체가 체인을 따라 잡아 블록을 계속 생성한다.

현재로서는 개별 스테이크 풀에 대해 설치된 용장화된 메커니즘은 없다. 특히 중요한 것은 Ouroboros에 의해 적대적 행위로 분류되어 버리기 때문이다. 동일한 지분 풀 키를 사용하여 여러 활성 서버를 실행하지 않는 것이 중요합니다. 가동 중지 시간 사이에 소수의 슬롯이 누락되더라도 동일한 슬롯에서 두 개 이상의 블록을 생성하는 것보다는 낫다. 다음 링크를 확인하기 바란다.

*[https://t.me/CardanostakepoolWorkgroup/176]

(https://t.me/CardanostakepoolWorkgroup/176) * [https://t.me/CardanostakepoolWorkgroup/1275]

(https://t.me/CardanostakepoolWorkgroup/1275) * [https://t.me/CardanostakepoolWorkgroup/1649]

(https://t.me/CardanostakepoolWorkgroup/1649)

CPU에 요구되는 조건은 적절한 게 좋다고 본다. 쉘리 코드는 현재 전개되어 있는 Cardano SL 코드로 관찰된 CPU 활동 중에 버스트를 신중하게 피하는 방식으로 설계되어 있다.

충분한 대역폭이 있는 안정적인 인터넷 연결이 필요하지만 기본적인 필요조건을 충족하고 있다면 CPU나 GPU의 속도가 빠르다고 해서 특별히 유리한 것은 없다.

하나 이상의 공용 릴레이가 제공되고 있고, 스테이크 풀 노드가 방화벽을 통해 릴레이와 연계할 수 있는 한 스테이크 풀 자체를 방화벽에 의해 완전히 인터넷으로 부터 보호할 수 있다.

그렇다. 스테이크 풀은 거의 100% 가동시켜 둘 필요가 있다.

현재로서는 3-6GB정도가 된다. 메인 넷과 거의 같은 매개 변수를 사용한 경우, 에포크 당 50MB 미만일 것이라는 예측도 있으나 네트워크의 전체 사용량에 따라서도 달라진다.

아니다. 이 시스템은 동일한 키를 사용한 로드 밸런싱(부하 균형)・코어 노드를 적대적인 것으로 간주한다. 정해진 스테이크 풀로 블록을 생성하기에는 코어 노드는 하나만이 될 필요가 있다.

iOS 기기 또는 PC상의 지갑에서의 위임하는 것을 의미한다면 차이는 없다.

IOHK에서는 Shelley를 위한 코드를 작성하면서 20코어 미만으로 제한되어 있는 벤치 마크사이에 발견된 비효율성을 제거하는 작업을 하고 있다.

최초 릴리스제품에는 서버 키를 위한 하드웨어 지원이 없다. 하지만 스테이크 풀 서버는 핫 / 콜드 방식을 사용하기 때문에 하나의 서버에 장애가 발생하더라도 운영자는 새로운 핫키를 발행할 수 있고, 장애가 된 서버를 교체할 수 있다. 나아가 키에 의해 발생하는 서명이 서버 핫키에 사용되기 때문에 서버 장애 전의 이력이 날조되는 경우도 없다.

4 마케팅

필요한 것은 아니지만 향후 풀이 될 많은 곳에는 이미 마케팅 전략의 일환으로 웹 사이트가 있다.

풀이 자신의 정보로서 이를 제공하는 경우에만 지갑안에서 알 수가 있다. 많은 위임자들은 수익성보다는 브랜드 인지도나 친근감 등을 이유로 스테이크 풀을 선택하는 것으로 생각된다. 그렇지 않으면 대화를 통해 정보를 제공해 주는 커뮤니티에 의존할 필요가 있다. 이와 같은 정보의 수준에 대해서는 테스트 넷에서는 알 수가 없다.

직접적인 상호 작용은 필요하지 않다.  위임자는 당신이 체인에 제공한 당신의 지갑에 관한  정보를 읽고, Daedalus 또는 Yoroi 지갑 중에서 당신의 풀을 선택한다.  당신은 웹 사이트나 이벤트 등 외부로부터도 마케팅을 하는 것이 권장된다.

이 정보에 대해서는 스테이크 풀이 공식 웹 사이트를 유지하는 것이 권장되며 그 웹 사이트의 URL은 지갑에 표시된다. 그러나 초기 테스트 넷에서는 그렇게 하지 않아도 된다.

Daedalus는 스테이크 풀에 관한 정보를 표시할 위임 센터가 설치될 것이다. 초기 테스트 넷에서는 명령행 인터페이스가 있으나, Daedalus에서도 당연히 그렇게 할 것이다.

테스트 넷 동안은 대화의 장을 두는 프로세스가 있으나, 메인 넷에서의 스테이크 풀 운영자간의 대화에 대해서는 설계상 누구도 관리할 수가 없다. 그러나 IOHK와 스테프 풀 운영자와의 대화에 대해서는 공식 및 비공식 모두 채널을 둘 것이다.

Daedalus에서도 Yoroi에서도 몇 가지 간단한 통계를 볼 수 있게 할 것이다.  상세한 정보는 탐색기로 제공할 수 있게 될 것으로 생각한다. 모든 데이터가 체인상에 기록되기 때문에 누구나 열람할 수가 있다. 이용자 평가에 대해서는 외부의 업자에게 의뢰하게 될 것으로 생각된다.

5 스테이킹의 작동 구조

Daedalus 또는 Yoroi에서 풀에 위임할 수 있다.

에이다 코인은 그대로 지갑에 보관되어 있고, 절대로 잠기는 일도 없다.

테스트 넷이 진행중이기 때문에 곧 준비가 될 것이다. 메인 넷의 타이밍은 테스트 넷의 성능과 코드가 메인 넷을 향해 준비가 될 때까지의 작업량, 조정 및 향상 정도에 따라 다르다.

컴퓨터 경험이 없더라도 Daedalus 또는 Yoroi 지갑을 사용하여 풀에 위임할 수 있다.

아니다. 현재로서는 거래소에서부터 위임할 수 없지만 향후 그렇게 할 수 있게 될 지도 모르고, 일부 거래소에서는 위임을 지원해 줄 지도 모른다.

그렇다. 에이다코인은 절대로 지갑을 떠나는 일이 없고, 언제든지 자신의 위임처를 변경할 수 있다.

인터넷에의 접속은 불과 몇 분만에라도 스테이크 풀에 위임할 수는 있지만 스테이크 풀을 운영한다면 24시간 연중무휴로 접속되어 있지 않으면 안된다.설계상 스테이킹하는 노드는 블록을 만들지 않으면 안되고, 노드에 대한 보상은 그 성능에 기반하여 정해진다.

아니다. 누구든지 모든 풀에 참가할 수 있고, 어떤 풀도 공개되고, 가시화되며 투명성이 유지되고 있는 상태이다.

그렇게 되면 그 풀의 스테이크는 풀의 설립자의 스테이크와 동일하게 유지되게 되고. 특별한 일은 생기지 않는다.

먼저 테스트 넷에 스테이킹을 도입하여, 어느 정도 경험을 쌓은 다음, 메인 넷에 그 기능을 전개할 것이다.

현 단계의 설계에서는 풀 운영자가 얻은 보상 (자신의 스테이크에 대한 비용, 수익, 보상 등)을 자동적으로 자선단체에 보낼 수 있도록 되어 있다. 자동적인 된 방법으로는 일부만을 자선단체에 보내는 것과 같은 설계는 되어 있지 않지만 요청이 있다면 해당 기능을 추가할 수 있을 것이다(아마도 초기 릴리스 이후가 될 것임). 어떻든 좋은 생각인 것 같다.

스테이크 풀을 운영함에 있어 처음에는 Linux만을 지원한다. 따라서 바이러스대책 소프트웨어는 필요하지 않지만 운영자는 플랫폼 보안에는 최선을 다할 것이 권장된다.

일반적인 서버의 바이러스 예방조치 (패치, 보안 강화 등) 이외에 스테이크 풀 운영자는 새로운 Cardano의 릴리스 정보에 주의를 하거나 풀상에서 소프트웨어의 업데이트를 해가야 한다. 이것은 특히 업그레이드 하지 않으면 노드가 시스템에 전혀 참가할 수 없는 것과 같은 포크가 발생한 경우에 필수로 하게 되어 있다. 또한 스테이크 풀 운영자는 90일마다 1회에 새 키를 생성하여 그것을 서버에 배치하여 서비스를 재개할 필요가 있다.

처음은 NixOps전개 스크립트가 되지만, 이것에는 리눅스 시스템 상에서 전개하기 위한 Nix 설치가 필요하게 된다. 여기에는 코어 노드, 2-3개의 공용 릴레이 및 모니터링 인스턴스가 포함되어, 문제가 발생한 경우에 그것을 풀 운영자에게 경고하기 위해 설정할 수가 있다 . 또한 Shell 스크립트가 구축과 실행을 위해 제공된다. 장래적으로는 원하는 방식으로 전개 가능한 고정 컨테이너를 제공할 예정이다.

처음에는 그럴 예정은 없지만 나중에는 그렇게 할 예정이다. 초기에는 NixOps 전개 스크립트 만을 제공한다.

노드에 대해서는 100% 온라인으로 해 둘 필요가 있다. 노드가 인터넷에 접속하고 있지 않으면 노드 상태가 매우 안좋게 되어 점수가 낮아진다. 업스트림 및 다운 스트림 모두에게 충분한 대역폭도 필요하다. 필요한 포트는 구현에 따라 다르다.

역자주:임플리멘테이션은 어떤 컴퓨터언어를 특정 기종의 컴퓨터에 적합화시키는 것을 말함

초기 Shelley 전개에서는 사이드체인이 아니라 결제층만이 된다.

역자주: 토폴로지(네트워크 케이블 접속의 형태)란 컴퓨터 네트워크의 요소들(링크, 노드 등)을 물리적으로 연결해 놓은 것, 또는 그 연결 방식을 말함

향후 스테이크 풀 운영자에게 P2P 네트워크에 대응하기 위해 몇 가지 릴레이 노드를 추가하여 운영하도록 요청할 것이다. 이 릴레이 노드는 스테이크 풀 등록 메타 데이터에 포함될 것이지만 스테이크 풀 테스트 넷에는 필요하지 않다. 운영자는 릴레이 노드도 제공하는 것이 좋지만 강제는 할 수 없다. 릴레이 노드는 Rust의 장착에는 필요없다.

초기에는 GUI에의 대응은 없다. Docker 대응은 나중에 추가될 예정이나 초기에는 전개 스크립트에 의해 NixOps를 사용하게 된다.

스테이크 풀을 선택하려는 의도는 이용자 선택에 따른 것이므로, 가장 수익성이 높은 선택지에 관한 정보가 제공된다. 인센티브 시스템은 합리적인 범위에서 자기 본위의 선택이 전체 시스템에 좋은 선택이 되도록 설계되어 있다.

지갑 API에서는 위임처를 설정할 수가 있기 때문에 이를 자동화하는 프로그램을 자신이 짜는 것은 가능하다. 다만, 위임풀을 변경하기에는 거래 비용이 들기 때문에 어떠한 프로그램의 자동화에도 그것을 염두에 두자. 네트워크 스팸은 거래 요금을 설정함으로써 저지된다. 즉, 시스템에 스팸을 보내는 것이 공격자에게 불리하게 작용하도록 설정된다.

이러한 점에서는 위임에 대해 특기 사항은 없다. 거래에는 어느 경우든 DDoS 공격으로부터 방어하기 위한 비용이 발생한다. 위임 전체로서는 자신의 스테이크로 우수한 풀에 투표하는 형태가 되어 단순히 가장 수익이 높은 풀을 선택하는 것은 아니다. 풀에의 위임에는 거래에의 서명이 필요하게 되므로 그와 같은 스크립트를 가능케 하기 위해서는 무엇을 하든지 자신의 지갑과 비밀키를 사용하는 경우가 많아질 것이다.

최대 이용자 수는 없지만. 스테이크가 일정 수준에 달한 후에는 그 풀에 참가하게 되면 보상이 줄어들게 된다.

설명문이나 웹사이트 등 풀의 정보는 변경할 수 있다. 이름에 대해서는 현 시점에서는 확실한 것은 모르나 풀에는 짧은 독자적인 티커도 부착되어 있어, 그것을 변경할 수는 없다. 또한 어떤 풀도 독자적인 블록체인 ID로 식별되고 있고, 그것을 변경할 수는 없다.



이와 같은 모든 데이터는 체인상에 존재하고, 다이다로스나 요로이에 어느 정도의 통계나 지금까지의 풀의 성능 점수가 표시될 것이다. 또한 다이다로스도 요로이도 이용자가 선택한 풀의 매개 변수가 갑자기 바뀌거나 하면 그것을 통보한다. 따라서 풀이 예기치 않게 비용이나 수수료를 변경하면 통보를 받게된다.

Daedalus도 Yoroi도 각 풀의 측정치가 표시되고, 이용자 인터페이스(UI)내에 풀의 분류도 실시하기 때문에 포화상태에 가깝게 된 그러한 풀은 내려간다. 또한 양 지갑 모두 선택한 풀이 오버플로우 하고 있는지 여부를 이용자에게 명시해 준다.

담보는 신용할 수 없어도 보상은 신뢰할 수 있다고 생각하라.

우선, 스테이크 풀 설정을 할 수 있도록 ‘테스트 넷’을 공개하는 단계로 메인 넷 기시 시기는 아직 정해지지 않았다.

일부의 스테이크 풀이 다른 클라우드 제공자를 사용하는 것이 이상적이지만 스테이크 풀이 어느 제공자를 사용할 지에 대해서는 제약은 없다.

Daedalus에서도 Yoroi에서도 풀에 위임할 수 있다.

그렇다.하지만 한 번에 하나의 스테이크 풀에서 하나의 코어 노드만으로 할 필요가 있다. 또한 버스트(burst) 형의 가상머신(VM)을 사용하는 것도 추천하지 않는다. 왜냐하면 하나의 스테이크 풀에 대한 CPU와 네트워크 부하는 연속적인 것으로 버스트적인 것(일시적으로 대량의 데이터가 보내지는 것)이 아니기 때문이다. 버스트형 클라우드 VM은 연속적으로 사용하면 성능을 심각하게 제한한다.

초기에는 없다. 노드간의 균형은 네트워크를 공격하는 적대적인 행동으로 인식된다.

시스템 전체의 견고성에 의해 다양한 환경 및 인터넷사의 위치에서 스테이크 풀 노드를 가질 수 있다면 상관 관계가 있는 불편함을 회피할 수 있기 때문에 유익하다. 그러나 이것을  측정 평가하여 강화시키거나 인센티브를 부여하거나 하는 것은 매우 어렵고, IOHK로서도 관심을 둘 수 밖에 없는 문제이다.

릴레이의 IP주소와 공개키는 릴레이의 지리적 위치를 확정하는 데 사용할 수 있는 스테이크 풀의 메타 데이터에 열거되지만 코어 노드의 생성 블록의 지리적 위치를 알 수 있는 방법은 없다.

스테이크 풀을 운영하는 노드나 풀에 위임하는 자의 지갑의 위치를 말하는 것이라면 효율성과는 관계가 없다. 다만 지역에 따라서는 데이터 송신후의 대기 시간에 영향을 미칠 가능성이 있다.

Shelley 릴리스단계에서는 사이드 체인의 기능은 없다. 사이트체인이 도입되면 스테이크 풀은 사이드 체인에 대응할 필요가 있다.

적어도 하나의 릴레이를 운영하고 스테이크 풀 노드 자체를 방화벽으로 인터넷으로부터 방어할 것을 권장한다. 또한 그 후에 P2P 네트워크에 대응하기 위해 여러 개의 릴레이를 제공할 것을 권장한다. 그러나 이것은 테스트 넷에서는 필요하지 않다.

테스트 스테이크 풀과 생성 풀의 운영에는 아무런 관련이 없다. 누구나 테스트 풀을 운영하지 않더라도 생성 풀을 운영할 수 있다.

6 보상 및 비용

풀을 주최하면 모든 위탁자로부터 보상의 일부를 얻을 수 있다.

모든 풀은 동일한 프로토콜 내의 보상 방식에 따른다. 풀 생성자는 에이다로 비용을 결정하고, 비율로 수익율을 결정한다.

어떠한 보상에서도 일정 요금이 발생하고 금고로 송금된다. 그러나 현재로서는 누구도 그 금고로부터 자금을 가져갈 수 없다.

에포크별로 금고에 송금되는 전보상에 부과되는 세금이다.

전체 3
번호 제목 작성자 작성일 추천 조회
공지사항
스테이크 풀 등록 관련 개발팀의 발언
cablin | 2019.07.05 | 추천 0 | 조회 83
cablin 2019.07.05 0 83
2
proof of stake를 잘 설명한 동영상입니다
cablin | 2019.05.08 | 추천 0 | 조회 111
cablin 2019.05.08 0 111
1
스테이클 풀에 관해 자세히 이해하기 위한 참고 문헌 리스트 정리
cablin | 2019.05.07 | 추천 0 | 조회 141
cablin 2019.05.07 0 141