위키원
"의회 네트워크"의 두 판 사이의 차이
(→기능) |
|||
| 1번째 줄: | 1번째 줄: | ||
| − | + | '''의회 네트워크'''<!--의회네트워크-->는 '''[[보스아고라]]'''(BOSAGORA)의 민주적 의사결정 기관으로서, 각각의 [[풀노드]] 운영자들로 구성된다. [[의회]]는 소프트웨어와 생태계를 지속적으로 향상시키기 위해 다양한 프로젝트 이해관계자들 간의 효과적이고 포괄적인 협업을 가능하게 한다. 예를 들어, 소스 코드와 마케팅 자원의 개발은 시스템 내에서 제안, 결정, 구현될 수 있다. | |
| − | 의회 | ||
| − | + | [[보스아고라]]의 모든 노드 운영자는 의회 네트워크에 가입하여 집단 의사결정 과정에 참여할 수 있다. 보스아고라 의회 네트워크는 구성원들이 프로젝트의 공통 관심사의 제안, 토론, 투표 및 검토를 통해 참여와 기여를 할 수 있도록 한다. 의회 네트워크는 1노드 대 1투표 규칙을 준수한다. | |
==필요성== | ==필요성== | ||
| − | 블록체인 프로젝트는 어느 제품과 마찬가지로 실제 사용자들의 요구를 충족시켜야 한다. 하지만 아무리 세심한 설계를 준비하더라도 기술, 사람, 그리고 시장의 방향성은 상시로 변하고 프로젝트는 이러한 변화에 꾸준히 적응해나갈 수 있어야 한다. 언제, 어떻게 네트워크를 진화시킬지를 결정하는 것이 지속가능성과 성장의 핵심인 것이다. 모든 이해관계자들의 의견과 관점을 하나의 합의로 이끌어 내는 것은 지극히 소모적인 과정이될 수 있다. 그렇기에 아무리 태생적으로 탈중앙화를 지향하는 블록체인 프로젝트라도 대부분 중앙화된 의사결정 시스템을 가지게 된다. | + | [[블록체인]] 프로젝트는 어느 제품과 마찬가지로 실제 사용자들의 요구를 충족시켜야 한다. 하지만 아무리 세심한 설계를 준비하더라도 기술, 사람, 그리고 시장의 방향성은 상시로 변하고 프로젝트는 이러한 변화에 꾸준히 적응해나갈 수 있어야 한다. 언제, 어떻게 네트워크를 진화시킬지를 결정하는 것이 지속가능성과 성장의 핵심인 것이다. 모든 이해관계자들의 의견과 관점을 하나의 합의로 이끌어 내는 것은 지극히 소모적인 과정이될 수 있다. 그렇기에 아무리 태생적으로 탈중앙화를 지향하는 블록체인 프로젝트라도 대부분 중앙화된 의사결정 시스템을 가지게 된다. |
아무리 좋은 의도를 가졌더라도, 중앙화된 의사결정 프로세스는 결국 네트워크 전반적인 목소리를 수용할 수 없다. 그리고 멤버들이 느끼는 문제점을 알리고, 해결하는데 있어 참여할 수 있는 방도가 없다면 다른 프로젝트로 옮길 수 밖에 없을 것이며, 결국 네트워크 효과의 감소시킬 것이다. 포용적이며 협력적인 [[거버넌스]]는 성공적인 프로젝트의 필수조건이다. | 아무리 좋은 의도를 가졌더라도, 중앙화된 의사결정 프로세스는 결국 네트워크 전반적인 목소리를 수용할 수 없다. 그리고 멤버들이 느끼는 문제점을 알리고, 해결하는데 있어 참여할 수 있는 방도가 없다면 다른 프로젝트로 옮길 수 밖에 없을 것이며, 결국 네트워크 효과의 감소시킬 것이다. 포용적이며 협력적인 [[거버넌스]]는 성공적인 프로젝트의 필수조건이다. | ||
| 12번째 줄: | 11번째 줄: | ||
나쁜 의사결정은 여러 가지 이유에 의해서 발생할 수 있으며 그중에는 의사결정의 사회적이고 참여적인 성격 때문에 비롯되는 문제들이 포함된다. 불완전한 정보, 구성원간 역학관계, 인지 편향, 그리고 눈치보기로 인해 팀과 커뮤니티는 최선의 솔루션을 찾지 못할 때가 많다. | 나쁜 의사결정은 여러 가지 이유에 의해서 발생할 수 있으며 그중에는 의사결정의 사회적이고 참여적인 성격 때문에 비롯되는 문제들이 포함된다. 불완전한 정보, 구성원간 역학관계, 인지 편향, 그리고 눈치보기로 인해 팀과 커뮤니티는 최선의 솔루션을 찾지 못할 때가 많다. | ||
| − | *불완전한 정보: 결정을 내리기 위해 알아야 하는 이해관계자들의 입장이나 현장에 대한 정보가 충분하지 못한 경우. | + | * 불완전한 정보 : 결정을 내리기 위해 알아야 하는 이해관계자들의 입장이나 현장에 대한 정보가 충분하지 못한 경우. |
| − | *역학관계( | + | * 역학관계(power dynamics) : 의사결정에 가장 취약하며 영향을 많이 받는 사람들의 의견을 제외한 소수 인원으로 내려진 의사결정. 논의를 독점하여 다른 사람들의 발언권 기회를 빼앗는 상황. |
| − | *인지 편향( | + | * 인지 편향(cognitive biases) : 인지 편향(편견, 고정관념, 내집단 또는 외집단 편향 등의 다양한 심리 현상)으로 인해 객관적 판단을 흐리는 경우 |
| − | *사회적 압력: 동료의 눈치를 보거나 주변을 의식하는 등의 사회적 압력으로 인해 건설적인 피드백과 의사소통이 방해 받는 경우 | + | * 사회적 압력 : 동료의 눈치를 보거나 주변을 의식하는 등의 사회적 압력으로 인해 건설적인 피드백과 의사소통이 방해 받는 경우 |
오늘날 의사결정의 문제는 중재자의 부재로 인한 비효율성과 더불어 악화된다. 의사결정 과정을 통제하는 데 필요한 적절한 규칙이나 원활한 의사결정을 이끌어줄 퍼실리테이션(회의진행자)이 없어 참여자들의 서로 다른 의견들만 계속 늘어놓기만 하고 결론으로 나아가지 못한다. | 오늘날 의사결정의 문제는 중재자의 부재로 인한 비효율성과 더불어 악화된다. 의사결정 과정을 통제하는 데 필요한 적절한 규칙이나 원활한 의사결정을 이끌어줄 퍼실리테이션(회의진행자)이 없어 참여자들의 서로 다른 의견들만 계속 늘어놓기만 하고 결론으로 나아가지 못한다. | ||
| 21번째 줄: | 20번째 줄: | ||
==기능== | ==기능== | ||
의회 네트워크는 다음과 같은 기능을 수행하는 플랫폼이 될 것이다: | 의회 네트워크는 다음과 같은 기능을 수행하는 플랫폼이 될 것이다: | ||
| − | *멤버들 사이의 활발한 의견 공유와 소통 | + | * 멤버들 사이의 활발한 의견 공유와 소통 |
| − | *[[ | + | * [[보스아고라]] 네트워크에 구현하고자 하는 제안들에 대한 의사결정 |
| − | [[ | + | [[보스아고라]]에는 크게 두 가지 유형의 제안이 있다. |
| − | *'''시스템 제안''' | + | * '''시스템 제안''' : 보스아고라 플랫폼을 변경하는 제안이다. 네트워크의 기술적인 기능의 변경 또는 개선 등을 포함한다. 개발팀의 방향성은 의회 네트워크에서 만들어지는 결정을 반영할 것이다. |
| − | *'''펀딩 제안''' | + | * '''펀딩 제안''' : [[공공예산]]에서 기금을 요청하는 제안이다. 이 기금은 블록체인 디앱 프로젝트, 비 블록체인 영리 사업 투자, 그리고 비영리 단체를 위한 기부 등 보스아고라 생태계 확장을 위해 사용되어야 한다. |
==특징== | ==특징== | ||
| 56번째 줄: | 55번째 줄: | ||
===의회 네트워크 가입=== | ===의회 네트워크 가입=== | ||
누구나 다음 조건을 이행하면 의회 구성원이 될 수 있다: | 누구나 다음 조건을 이행하면 의회 구성원이 될 수 있다: | ||
| − | *안정적인 네트워크 속도에서 | + | * 안정적인 네트워크 속도에서 풀노드 및 검증자 운영 |
| − | *최소 40,000 BOA 동결 | + | * 최소 40,000 BOA 동결 |
노드는 의회 구성원이 실행하는 서버 또는 개인용 컴퓨터일 수 있다. 노드는 네트워크 속도가 안정적일 경우 가정이나 원격 위치에 배치할 수 있다. 의회 구성원들은 더 많은 노드를 운영함으로써 그들의 정치적 영향력을 증가시키거나, 동결된 BOA 토큰의 수를 증가시킴으로써 그들의 경제적 수익을 증가시키는 데 투자할 선택권을 가지고 있다. | 노드는 의회 구성원이 실행하는 서버 또는 개인용 컴퓨터일 수 있다. 노드는 네트워크 속도가 안정적일 경우 가정이나 원격 위치에 배치할 수 있다. 의회 구성원들은 더 많은 노드를 운영함으로써 그들의 정치적 영향력을 증가시키거나, 동결된 BOA 토큰의 수를 증가시킴으로써 그들의 경제적 수익을 증가시키는 데 투자할 선택권을 가지고 있다. | ||
| 71번째 줄: | 70번째 줄: | ||
====가이드==== | ====가이드==== | ||
| − | 각 | + | 각 활동마다 생성자는 다른 멤버들이 이해하고 참여할 수 있도록 필요한 정보를 입력해야 한다. |
| − | *링크 (optional): 활동을 생성할 때, 이미 존재하는 활동에 연결 지어 만들 수 있다.만약 커뮤니티 규칙에 대한 투표가 진행되었다면, 시간이 어느정도 지난 뒤, 도입된 규칙이 얼마나 잘 자리잡고 있는지, 더 개선할 점이 있는지에 대해서 리뷰 활동을 연결 지을 수 있다. | + | * 링크(optional): 활동을 생성할 때, 이미 존재하는 활동에 연결 지어 만들 수 있다.만약 커뮤니티 규칙에 대한 투표가 진행되었다면, 시간이 어느정도 지난 뒤, 도입된 규칙이 얼마나 잘 자리잡고 있는지, 더 개선할 점이 있는지에 대해서 리뷰 활동을 연결 지을 수 있다. |
| − | *이름: 활동에 대한 레이블. | + | * 이름: 활동에 대한 레이블. |
| − | *목표와 설명: 이 활동의 주제, 목적과 배경을 입력해야 한다. | + | * 목표와 설명: 이 활동의 주제, 목적과 배경을 입력해야 한다. |
| − | *마감일: 언제까지 이 주제에 대한 결론이 내려져야 하는가? | + | * 마감일: 언제까지 이 주제에 대한 결론이 내려져야 하는가? |
| − | *고급 설정 (optional): 템플릿 마다 설정할 수 있는 기능들이 있다. 몇가지 예시로 분배할 발언권의 갯수, 투표용지 종류, 리워드 등이 있다. | + | * 고급 설정(optional): 템플릿 마다 설정할 수 있는 기능들이 있다. 몇가지 예시로 분배할 발언권의 갯수, 투표용지 종류, 리워드 등이 있다. |
| − | *수수료 (optional): 활동 생성은 무료이지만 펀딩 제안의 경우, 투표 생선 전에 수수료를 지급해야한다. (수수료 체계는 향후 적용 될 예정) | + | * 수수료(optional): 활동 생성은 무료이지만 펀딩 제안의 경우, 투표 생선 전에 수수료를 지급해야한다. (수수료 체계는 향후 적용 될 예정) |
===논의=== | ===논의=== | ||
| − | 멤버들은 발언권을 사용해서 의견과 댓글을 쓸 수 있다. 의견은 추천을 받을 수 있고 최신 또는 추천 수로 의견을 나열 지어 볼 수 있다. 의견은 제목 이외 수정 가능하나, 수정의 기록은 다른 참여자들이 모두 볼 수 있고 삭제가 불가하다. 멤버들은 의견에 대해 댓글을 달 수 있지만 댓글은 삭제 불가하다. | + | 멤버들은 발언권을 사용해서 의견과 댓글을 쓸 수 있다. 의견은 추천을 받을 수 있고 최신 또는 추천 수로 의견을 나열 지어 볼 수 있다. 의견은 제목 이외 수정 가능하나, 수정의 기록은 다른 참여자들이 모두 볼 수 있고 삭제가 불가하다. 멤버들은 의견에 대해 댓글을 달 수 있지만 댓글은 삭제 불가하다. 만약 의견 또는 댓글 중 커뮤니티의 규칙에 어긋난다면 멤버들은 해상 콘텐츠를 뮤트시켜 로컬 앱에서 숨길 수 있다. |
| − | |||
| − | 만약 의견 또는 댓글 중 커뮤니티의 규칙에 어긋난다면 멤버들은 해상 콘텐츠를 | ||
===투표=== | ===투표=== | ||
| − | 투표는 합의를 이루기 위해 생성된다. 투표의 결과가 | + | 투표는 합의를 이루기 위해 생성된다. 투표의 결과가 보스아고라에 직접적인 영향을 미치기에, 추후에 검증 가능하도록 결과는 기록되어야 한다. |
검증 가능하지만 중간 결과는 마감 까지 알 수 없게 하기 위해서 우리는 검증자 해시 체인 구조(validator hash scheme)를 도입했다. | 검증 가능하지만 중간 결과는 마감 까지 알 수 없게 하기 위해서 우리는 검증자 해시 체인 구조(validator hash scheme)를 도입했다. | ||
| 108번째 줄: | 105번째 줄: | ||
===적용=== | ===적용=== | ||
제안이 통과된 후, 해당 제안은 실행되어야 한다. 개발팀은 승인된 시스템 제안을 담당하며 필요할 때 개발계획, 로드맵, 보안테스트 등을 제공한다. | 제안이 통과된 후, 해당 제안은 실행되어야 한다. 개발팀은 승인된 시스템 제안을 담당하며 필요할 때 개발계획, 로드맵, 보안테스트 등을 제공한다. | ||
| − | 공공예산 제안은 서면계약에 따라 배분된다. 이후 | + | 공공예산 제안은 서면계약에 따라 배분된다. 이후 [[트러스트 컨트랙트]](trust contract)가 구현됨에 따라 이를 관리하기 위해 블록체인 내 거래로 적용될 것이다. |
===검토/감사=== | ===검토/감사=== | ||
| 114번째 줄: | 111번째 줄: | ||
공공예산 제안의 경우, 검토 및 감사 비용은 제안자가 지불한 수수료에 의해 보상될 것이다. | 공공예산 제안의 경우, 검토 및 감사 비용은 제안자가 지불한 수수료에 의해 보상될 것이다. | ||
| − | =결론= | + | ==결론== |
| − | 의회 네트워크는 | + | 의회 네트워크는 보스아고라 커뮤니티만을 위한 전용모델이 아니다. 우리는 의회 처럼 포용적이고, 효율적이며 투명한 협력 시스템이 함께 의사결정을 만들어 가야하는 다양한 조직들에게도 적용되길 기대한다. 다른 블록체인 프로젝트, 기업, 심지어는 정치에 있어서도 함께 더 나은 숙의 민주주의를 단계적으로 만들어 나갈 수 있다고 믿는다. |
| + | |||
| + | == 같이 보기 == | ||
| + | * [[보스코인]] | ||
| + | * [[보스아고라]] | ||
| + | |||
| + | {{블록체인 기술|검토 필요}} | ||
2020년 2월 28일 (금) 01:47 판
의회 네트워크는 보스아고라(BOSAGORA)의 민주적 의사결정 기관으로서, 각각의 풀노드 운영자들로 구성된다. 의회는 소프트웨어와 생태계를 지속적으로 향상시키기 위해 다양한 프로젝트 이해관계자들 간의 효과적이고 포괄적인 협업을 가능하게 한다. 예를 들어, 소스 코드와 마케팅 자원의 개발은 시스템 내에서 제안, 결정, 구현될 수 있다.
보스아고라의 모든 노드 운영자는 의회 네트워크에 가입하여 집단 의사결정 과정에 참여할 수 있다. 보스아고라 의회 네트워크는 구성원들이 프로젝트의 공통 관심사의 제안, 토론, 투표 및 검토를 통해 참여와 기여를 할 수 있도록 한다. 의회 네트워크는 1노드 대 1투표 규칙을 준수한다.
목차
필요성
블록체인 프로젝트는 어느 제품과 마찬가지로 실제 사용자들의 요구를 충족시켜야 한다. 하지만 아무리 세심한 설계를 준비하더라도 기술, 사람, 그리고 시장의 방향성은 상시로 변하고 프로젝트는 이러한 변화에 꾸준히 적응해나갈 수 있어야 한다. 언제, 어떻게 네트워크를 진화시킬지를 결정하는 것이 지속가능성과 성장의 핵심인 것이다. 모든 이해관계자들의 의견과 관점을 하나의 합의로 이끌어 내는 것은 지극히 소모적인 과정이될 수 있다. 그렇기에 아무리 태생적으로 탈중앙화를 지향하는 블록체인 프로젝트라도 대부분 중앙화된 의사결정 시스템을 가지게 된다.
아무리 좋은 의도를 가졌더라도, 중앙화된 의사결정 프로세스는 결국 네트워크 전반적인 목소리를 수용할 수 없다. 그리고 멤버들이 느끼는 문제점을 알리고, 해결하는데 있어 참여할 수 있는 방도가 없다면 다른 프로젝트로 옮길 수 밖에 없을 것이며, 결국 네트워크 효과의 감소시킬 것이다. 포용적이며 협력적인 거버넌스는 성공적인 프로젝트의 필수조건이다.
집단 의사결정의 문제점
나쁜 의사결정은 여러 가지 이유에 의해서 발생할 수 있으며 그중에는 의사결정의 사회적이고 참여적인 성격 때문에 비롯되는 문제들이 포함된다. 불완전한 정보, 구성원간 역학관계, 인지 편향, 그리고 눈치보기로 인해 팀과 커뮤니티는 최선의 솔루션을 찾지 못할 때가 많다.
- 불완전한 정보 : 결정을 내리기 위해 알아야 하는 이해관계자들의 입장이나 현장에 대한 정보가 충분하지 못한 경우.
- 역학관계(power dynamics) : 의사결정에 가장 취약하며 영향을 많이 받는 사람들의 의견을 제외한 소수 인원으로 내려진 의사결정. 논의를 독점하여 다른 사람들의 발언권 기회를 빼앗는 상황.
- 인지 편향(cognitive biases) : 인지 편향(편견, 고정관념, 내집단 또는 외집단 편향 등의 다양한 심리 현상)으로 인해 객관적 판단을 흐리는 경우
- 사회적 압력 : 동료의 눈치를 보거나 주변을 의식하는 등의 사회적 압력으로 인해 건설적인 피드백과 의사소통이 방해 받는 경우
오늘날 의사결정의 문제는 중재자의 부재로 인한 비효율성과 더불어 악화된다. 의사결정 과정을 통제하는 데 필요한 적절한 규칙이나 원활한 의사결정을 이끌어줄 퍼실리테이션(회의진행자)이 없어 참여자들의 서로 다른 의견들만 계속 늘어놓기만 하고 결론으로 나아가지 못한다.
기능
의회 네트워크는 다음과 같은 기능을 수행하는 플랫폼이 될 것이다:
- 멤버들 사이의 활발한 의견 공유와 소통
- 보스아고라 네트워크에 구현하고자 하는 제안들에 대한 의사결정
보스아고라에는 크게 두 가지 유형의 제안이 있다.
- 시스템 제안 : 보스아고라 플랫폼을 변경하는 제안이다. 네트워크의 기술적인 기능의 변경 또는 개선 등을 포함한다. 개발팀의 방향성은 의회 네트워크에서 만들어지는 결정을 반영할 것이다.
- 펀딩 제안 : 공공예산에서 기금을 요청하는 제안이다. 이 기금은 블록체인 디앱 프로젝트, 비 블록체인 영리 사업 투자, 그리고 비영리 단체를 위한 기부 등 보스아고라 생태계 확장을 위해 사용되어야 한다.
특징
집단 의사결정의 문제점을 극복하고 보다 포용적이고 효율적인 의사결정을 가능케 하기 위해 의회 네트워크는 다음의 기능을 탑재한다.
Voice (동등한 발언권)
목소리 크고 자기 과신에 찬 사람들은 토의를 독점하게 된다. 이런 사람들은 보통 사회적으로 권력층에 속해 있는 경우가 많고 다른 사람들의 의견을 묵살함으로써 실망스럽고 모두의 이해를 대표하지 못하는 (많은 사람들에게 영향을 미치지만 소수에 의해 정해진) 결과를 초래한다. 평등한 발언 기회의 원칙이 지켜질 수 있도록 의회 네트워크에서의 논의는 ‘발언권 (Voice)’에 기반한다. 발언권은 기여할 수 있는 능력이다: 멤버들은 논의에 참여하거나, 제안하거나, 결과를 평가함으로써 기여한다. 발언권은 토의에 참여하는 모두에게 평등하게 분배된다. 지나치게 길어지거나 비효율적인 논의와 트롤링을 방지하기 위해 발언 횟수가 제한된다. 특정한 활동 (논의, 투표, 평가)를 개시하는 시점에 각자에게 몇 개의 발언권을 부여할지 정한다. 주어진 발언권을 모두 소진한 멤버는 다른 멤버들에게 발언권 위임을 요청할 수 있다. 만약 누군가 커뮤니티 모두를 위해 가치있는 의견을 내고 있다고 여겨진다면, 당신은 그 사람에게 당신의 발언권을 위임할 수 있다. 이를 통해 탈중앙화된 큐레이션, 즉 강제로 다른 사람의 발언권을 박탈하지 않으면서 함께 가치있는 담론을 형성하는 것이 가능해진다.
Incognito
Incognito는 의회와 생태계 멤버들의 프라이버시와 자격증명을 동시에 보장하기 위한 개념이다. 열린 참여를 증진하면서 프라이버시 노출 문제가 없는 플랫폼을 만들기 위해 적용된 AAID (Authenticated Anonymous IDentity;인증받은 익명 아이덴티티) 기술은 자격증명이 확인된 멤버에 대해 익명 계정을 생성하고, 각 활동에 참여할 때는 해당 익명 계정으로부터 그 활동 내에서만 유효한 일회용 아이덴티티를 발생시킴으로써 여러 활동들에 남겨지는 디지털 발자국(digital footprints)을 추적하는 것을 방지한다. 이 기술은, 비록 발생할 일이 거의 없는 경우이기는 하나 심지어 서버가 해킹당하는 상황에서도, 사용자들의 프라이버시를 완벽하게 보호한다. 편견은 제거하되 신뢰를 유지하고, 멤버들은 토의 과정에서 표현의 자유를 누린다.
멤버의 자격 인증과 관련하여서는, 네트웍와 AAID 서비스 제공자가 자격을 확인한 후, AAID 서비스 제공자가 확인 증명을 발행한다. 동형암호를 사용하여 AAID는 자격 증명(40,000 BOA 이상을 가진 노드 주소)에서 파생되어 생성되지만 연결관계가 드러나지 않게 된다.
이 기술은 토의와 리뷰에 적용된다. 시스템 자체에 지대한 영향을 끼치게 될 제안이나 펀딩 제안을 결정하는 투표의 경우엔 투표 기록의 검증 가능성이 강력한 익명성보다 우선순위를 가지므로 AAID가 적용되지 않는다.(검증 가능성을 위해서는 투표한 사람의 노드 주소가 필요하다.)
유연성 (적응적)
문제를 해결하는데 정해진 공식이 없다는걸 알기에 의회 네트워크는 사용자별, 상황별 필요한 단계들과 기능을 제공한다. 상황에 알맞은 의사결정 흐름을 찾아내기 위해 프로세스는 실시간으로 조정이 가능하다. 토의, 리뷰 또는 투표를 진행하고, 연결된 활동을 언제든 추가해서 실시간으로 변동하는 우선순위에 대응할 수 있다.
Facilitated (효율성)
주제에 대한 결과를 내는데 집중할 수 있게 의회 네트워크는 다양한 맞춤 기능이 탑재된 활동 템플릿을 제공해서 참여 인원들이 현재 단계를 예측 가능케 한다. 활발한 자유 토의든, 정해진 목록에서 우선순위를 정하든, 특정 결과에 대한 개별 평가를 내린다던지, 무엇을 하고, 언제 어떤 종류의 결과가 나올지 예측할 수 있어 집중력을 유지할 수 있다.
아카이빙 (투명성 & 책임성)
투명성과 책임성은 좋은 의사결정에 필수적인 기반이다. 의회 네트워크는 가능한 많은 의사결정 데이터를 기록 보관할 것이다. 다만 블록 크기의 한계로 블록체인은 결정을 검증할 수 있는 기록의 해시를 담을 것이다. 토의, 투표 그리고 리뷰 정보는 별도의 서버에 저장해서 멤버들이 언제든지 내부 의사결정 기록을 열람할 수 있도록 제공할 것이다. 여기 또한 AAID가 적용 되기에 논의 내용 열람은 가능하지만 내용을 연결지어 개인들을 특정지을 수 없고, 사용자 스스로만이 자신이 참여한 기록을 모아 볼 수 있다.
절차
의회 네트워크 가입
누구나 다음 조건을 이행하면 의회 구성원이 될 수 있다:
- 안정적인 네트워크 속도에서 풀노드 및 검증자 운영
- 최소 40,000 BOA 동결
노드는 의회 구성원이 실행하는 서버 또는 개인용 컴퓨터일 수 있다. 노드는 네트워크 속도가 안정적일 경우 가정이나 원격 위치에 배치할 수 있다. 의회 구성원들은 더 많은 노드를 운영함으로써 그들의 정치적 영향력을 증가시키거나, 동결된 BOA 토큰의 수를 증가시킴으로써 그들의 경제적 수익을 증가시키는 데 투자할 선택권을 가지고 있다.
활동 만들기
멤버들은 활동을 만듦으로서 논의와 의사결정을 진행할 수 있다. 현재는 3가지의 활동 템플릿이 있는데 이 중에서 사안에 따라 선택하면 된다. 신규 사업 기회, 시스템 변경, 또는 프로젝트에 대한 전반적인 설문조사 등, 의회 멤버들의 의견이 필요한 모든 의견을 다룰 수 있다.
- 논의: 멤버들은 브레인스토밍 등 서로의 의견을 나누고 발전시킬 수 있다.
- 투표: 멤버들은 선택지들에 대해 투표와 댓글을 달 수 있다.
- 리뷰: 멤버들은 제품, 결정 등을 리뷰하거나 설문조사에 참여할 수 있다.
사용하면서 사용자들이 필요 하는 추가 기능과 템플릿은 앞으로 추가할 수 있는 구조다.
모든 구성원들은 제안을 할 수 있다. 더 나은 제안의 질과 그 제안의 책임을 보장하기 위해서 수수료 체계를 향후 도입예정이다.
가이드
각 활동마다 생성자는 다른 멤버들이 이해하고 참여할 수 있도록 필요한 정보를 입력해야 한다.
- 링크(optional): 활동을 생성할 때, 이미 존재하는 활동에 연결 지어 만들 수 있다.만약 커뮤니티 규칙에 대한 투표가 진행되었다면, 시간이 어느정도 지난 뒤, 도입된 규칙이 얼마나 잘 자리잡고 있는지, 더 개선할 점이 있는지에 대해서 리뷰 활동을 연결 지을 수 있다.
- 이름: 활동에 대한 레이블.
- 목표와 설명: 이 활동의 주제, 목적과 배경을 입력해야 한다.
- 마감일: 언제까지 이 주제에 대한 결론이 내려져야 하는가?
- 고급 설정(optional): 템플릿 마다 설정할 수 있는 기능들이 있다. 몇가지 예시로 분배할 발언권의 갯수, 투표용지 종류, 리워드 등이 있다.
- 수수료(optional): 활동 생성은 무료이지만 펀딩 제안의 경우, 투표 생선 전에 수수료를 지급해야한다. (수수료 체계는 향후 적용 될 예정)
논의
멤버들은 발언권을 사용해서 의견과 댓글을 쓸 수 있다. 의견은 추천을 받을 수 있고 최신 또는 추천 수로 의견을 나열 지어 볼 수 있다. 의견은 제목 이외 수정 가능하나, 수정의 기록은 다른 참여자들이 모두 볼 수 있고 삭제가 불가하다. 멤버들은 의견에 대해 댓글을 달 수 있지만 댓글은 삭제 불가하다. 만약 의견 또는 댓글 중 커뮤니티의 규칙에 어긋난다면 멤버들은 해상 콘텐츠를 뮤트시켜 로컬 앱에서 숨길 수 있다.
투표
투표는 합의를 이루기 위해 생성된다. 투표의 결과가 보스아고라에 직접적인 영향을 미치기에, 추후에 검증 가능하도록 결과는 기록되어야 한다.
검증 가능하지만 중간 결과는 마감 까지 알 수 없게 하기 위해서 우리는 검증자 해시 체인 구조(validator hash scheme)를 도입했다.
어떤 사람이 검증자가 되고 따라서 의회 구성원이 되면, 이 구성원은 자신만 알고 있는 임의의 번호를 선택해야 한다. 이 구성원은 임의의 숫자를 n번 해시 해야한다. n번 해시된 임의의 번호는 Hn-1로 나타낸다. n은 값을 찾기 위한 지표가 된다.
만약 검증자가 블록 높이가 500일 때 투표하기로 결정한다면, 이 검증자는 H1008의 약속을 한 것이다. 블록 높이가 100블록 거리인 600일 때 투표가 종료될 경우, 검증자는 자연스럽게 H908인 사전 이미지를 100으로 전송하게 된다. 사전 이미지로 H1008의 유효성을 검증하기는 쉽지만 H1008에서는 H908을 알아낼 수 없다.
H1008을 지분 증명 계층에 검증값으로 사용함하게되면 검증자는 이를 네트워크에 전달하지 않아 불이익을 받게 된다. 투표 시스템은 검증자들이 투표에 적절하게 참여할 수 있도록 인센티브의 계층을 추가함으로써 참여를 유도할 것이다.
검증자는 공약과 투표를 제출해야 하며, 투표는 H908에서 파생된 개인 키로 암호화된다. 예: H(H908||”Congress Network”|| vote ID) 투표가 마감되면 검증자는 H908을 대변하게 되며, 투표 서버는 제출 된 투표를 복호화하여 집계할 수 있게 된다.
투표 검수
투표 기간이 끝나면 투표 결과를 보관한다. 각 투표의 날짜와 시간이 저장되고 동일한 노드로부터 투표가 중복될 경우 마지막 투표만 최종 결과로 간주되어 1노드-1 투표의 특이성을 보장한다. 이 과정과 결과는 위에서 설명한 제도로 검증할 수 있다.
정족수
정족수는 어떤 제안이 플랫폼상에서 인정되기 위한 투표에 참여해야 하는 의회 네트워크 구성원의 최소 수이다. 의결 정족수는 초기 전체 구성원의 3분의 1로 정해지지만 평균 참여율을 반영해 추후 조정될 수 있다.
긍정 혹은 부정 표결 사이의 '순 백분율 차이'가 10%를 초과하면 제안서가 통과된다. 부정 표를 뺀 긍정 표가 총 유효표수의 10% 이상에 해당할 때 제안서는 반려된다.
적용
제안이 통과된 후, 해당 제안은 실행되어야 한다. 개발팀은 승인된 시스템 제안을 담당하며 필요할 때 개발계획, 로드맵, 보안테스트 등을 제공한다. 공공예산 제안은 서면계약에 따라 배분된다. 이후 트러스트 컨트랙트(trust contract)가 구현됨에 따라 이를 관리하기 위해 블록체인 내 거래로 적용될 것이다.
검토/감사
제안서 시행 후 의회 네트워크와 재단의 검토를 받게 된다. 제안서의 로드맵에 따라 예정된 검토가 있어야 한다. 검토 활동의 템플릿은 진행 중인 제안에 대한 이해 관계자들의 의견를 집계하기 위해 이용할 수 있다. 공공예산 제안의 경우, 검토 및 감사 비용은 제안자가 지불한 수수료에 의해 보상될 것이다.
결론
의회 네트워크는 보스아고라 커뮤니티만을 위한 전용모델이 아니다. 우리는 의회 처럼 포용적이고, 효율적이며 투명한 협력 시스템이 함께 의사결정을 만들어 가야하는 다양한 조직들에게도 적용되길 기대한다. 다른 블록체인 프로젝트, 기업, 심지어는 정치에 있어서도 함께 더 나은 숙의 민주주의를 단계적으로 만들어 나갈 수 있다고 믿는다.
같이 보기
