brunch

라이킷 10 댓글 1

You can make anything
by writing

C.S.Lewis

계정을 잊어버리셨나요?

by Benny Jung Nov 25. 2021

컨소시엄 거버넌스

2020년 4월 발간한 세계경제포럼에서 발간한 ‘신뢰의 재구성: 블록체인 전개 툴킷’ 중 컨소시엄의 구성 부문

1 개요

올바른 거버넌스는 컨소시엄이 제대로 작동하는 지 핵심 지표가 됩니다. 기업이 효과적으로 협력할 수있는 프레임 워크를 만드는 것은 관련 기술 관련 솔루션을 구축하는 것 만큼 중요합니다. 필연적으로 컨소시엄 구성원은 조정이 필요한 다른 우선순위와 관심 분야를 갖고 있습니다. 따라서 컨소시엄을 형성하기 전에 의사 결정 방법과 의견 차이를 해결하는 방법을 미리 계획하는 것이 중요합니다. 모든 관심사를 수용 할 수 있는 단일 솔루션은 없지만, 규칙을 조기에 설정하면 불일치를 매끄럽게 만들거나 완전히 방지 할 수 있습니다.

컨소시엄을 구성할 때 거버넌스 모델은 중요합니다. 거버넌스 모델은 다른 모든 의사 결정에 중요합니다. 초기에 운영 중요한 결정은 자금 지원자, 신기술개발 책임자 및 기술 소유자가 포함됩니다. 그러나 블록체인 솔루션이 더욱 정교 해짐에 따라 컨소시엄의 거버넌스 모델이 시간이 지남에 따라 수정되어 새로운 참가자와 기능이 추가될 수도 있습니다.

2 중점 분야

1. 비즈니스 및 운영 관리

컨소시엄이 비즈니스 및 운영 수준에서 거버넌스를 정의했습니까?

생태계 모듈은 모든 이해 관계자를 위해 시프로젝트에서 실현될 비즈니스 가치 증명의 중요성을 다룹니다. 생태계가 컨소시엄으로 구성하기로 결정한 경우 컨소시엄 구성 모듈은 컨소시엄 가입 또는 구성을 위한 중요한 초기 단계 및 고려 사항을 설명합니다. 이를 바탕으로 이 모듈은 컨소시엄 내 거버넌스 구축에 중점을 둡니다. 컨소시엄 내에서 분산 원장 솔루션을 운영하고 유지하기 위해서는 잘 설계되고 포괄적이며 공정한 관리가 필요합니다.

블록체인 컨소시엄에 대한 거버넌스는 일반적으로 두 가지 구성 요소로 구분하여 고려할 수 있습니다.

1. 비즈니스 거버넌스 : 법인 설립, 신규 법인의 거버넌스 모델 설정, 예산 설정, 상업용 모델 생성, 수익 할당, 새로운 비즈니스 라인 선택, 마케팅 전략 설정 및 새 컨소시엄 구성원 추가 표준을 포함합니다.

2. 운영 관리 : 블록체인 솔루션에 접근하기위한 정보 보안 및 기타 표준 설정, 적용 가능한 표준을 충족할 때 새로운 네트워크 참가자에게 권한 부여, 참가자가 새 버전의 블록체인 소프트웨어로 업그레이드 필요 시기 및 분쟁 해결을 포함합니다.

이러한 갸별 거버넌스 구성 요소에 대한 거버넌스 프로세스 및 모델은 정확히 동일할 수 있지만 일부 측면에서 차이가 있을 수도 있습니다. 예를 들어, 신규법인이 관련 기술을 소유하도록 구성된 블록체인 컨소시엄에서 해당 법인의 관리 기관은 비즈니스 거버넌스를 담당하고 운영 거버넌스에서 중요한 역할을 수행합니다. 그러나 비영리 단체, 산업 표준기구 및 법인의 관리 기관이 아닌 무역 협회도 운영 관리에 관여 할 수 있습니다.

운영 관리는 분산 원장 네트워크의 특성을 고려할 때 특히주의해야 합니다. 여러 계층의 분산 원장 네트워크는 전통적인 운영 거버넌스 모델을 변경해야합니다. 예를 들어, 각 네트워크 참가자는 피어 투 피어 기반으로 다른 노드와 통신하는 독립 노드를 운영하기 때문에 모두 관련 소프트웨어의 최신 버전 또는 호환 가능한 버전을 실행해야 합니다. 또한 네트워크의 모든 참가자가 서로를 신뢰하도록하기 위해 각 참가자는 관련 정보 보안 및 데이터 보호 표준을 충족함을 인증할 수 있어야합니다.

여러 계층의 분산 원장 네트워크는보다 전통적인 운영 거버넌스 모델을 변경해야합니다.

각 컨소시엄은 고유하지만 기본 모범 사례로 고려할 가치가 있는 거버넌스와 관련된 지침이 여전히 상존합니다. 이 모듈은 통제 메커니즘을 선택할 때 고려해야 할 중요한 고려 사항을 검토합니다. 초점은 무허가 솔루션이 아닌 엔터프라이즈 블록체인 솔루션에 있습니다.

이 모듈은 또한 새로운 지적 재산 (IP) 취급 방법, 자금 조달, 예산 책정 및 경쟁 및 포괄성 문제와 같은 초기 단계 컨소시엄에 대한 특정 비즈니스 고려 사항을 검토합니다. 사전 컨소시엄을 수행하는 중요한 단계에 대한 자세한 내용은 컨소시엄 구성 모듈을 참조하십시오. 마지막으로,이 모듈은 컨소시엄이 결정해야하는 지속적인 운영 결정도 포함합니다.

이 모듈은“컨소시엄 멤버” — “기업 지배 구조의 멤버 또는 비즈니스 거버넌스와 관련된 계약 체결 당사자”와“네트워크 참가자” — 운영 거버넌스와 관련된 블록체인 네트워크 사용자를 구분합니다. 예를 들어, 컨소시엄 구성원은 예산 및 재무, IP 소유권 및 네트워크 전체 관리와 같은 관리 측면의 비즈니스 측면에 관심이 있으나, 네트워크 참가자는 분쟁 해결, 참여 요구 사항 및 정보 보안 표준에 관심이 있습니다.

2. 거버넌스에 영향을 미치는 목적과 단계

컨소시엄의 목적과 컨소시엄의 라이프 사이클 단계는 거버넌스에 어떤 영향을 미칩니까?

컨소시엄 구성 모듈에 요약한 바와 같이, 컨소시엄에 대한 결과물은 여러 형태를 취할 수 있습니다. 컨소시엄에 참여하여 블록체인 기술의 잠재적 사용 사례를 연구하는 것은 현재 블록체인 솔루션을 개발, 배포 및 수익 창출을 목적으로 하는 컨소시엄 참여와 매우 다릅니다. 따라서 조직이 컨소시엄에 참여율은 각 회원이 컨소시엄 멤버십을 통해 달성하고자 하는 바에 따라 크게 달라질 수 있습니다. 컨소시엄은 리서치 기반 비영리 조직으로 시작하여 수익 중심 비즈니스 컨소시엄으로 발전할 수도 있습니다.

보다 “연구 중심”컨소시엄에 참여하는 조직은 특정 요구나 관심사와 관련된 문제에만 중점을 둔 관리에 대한 자유방임주의적 접근 방식을 선호할 수 있습니다. 프로덕션에 솔루션을 제공하는 데 더 중점을 둔 컨소시엄에서 조직은 자금 조달, 멤버십, 리더십 및 전반적인 거버넌스와 관련된 문제에 대해보다 실질적인 접근을 고려할 수 있습니다. 이보다 적극적인 역할을 수행하려면 추가 리소스가 필요하고 구성원의 비즈니스 직원과 컨소시엄간에 더 긴밀한 참여가 필요할 수 있습니다.

또한 블록체인 컨소시엄은 컨소시엄의 솔루션이 운영에 들어가고 특히 운영 거버넌스 문제에 보다 널리 채택될 때 거버넌스 변경이 적절한 지 고려해야 합니다. 컨소시엄은 소수의 초기 파트너에 의해 설립 될 수 있지만, 네트워크 참여자, 표준기구 및 규제 기관과 같은 광범위한 구성 요소 그룹에 운영 거버넌스를 개방하는 것이 적절할 수 있습니다.

이것이 가능한 방법의 한 예 : 제한된 수의 컨소시엄 멤버들 사이에서 프로토 타입을 설계하는 것이 종종 더 쉽습니다. 이러한 구성원은 비즈니스 거버넌스에 대한 책임을 유지할 수 있지만 블록체인 솔루션이 작동함에 따라 추가 네트워크 참가자에게 운영 거버넌스를 여는 것을 고려해야합니다.

그러나 당사자들은 대규모 통치 그룹이 다루기 어려워 질 수 있음을 알고 있어야 합니다. 운영 단계로 이동할 때 중요한 전략적 결정을 모든 컨소시엄 구성원의 투표에 맡기는 동안 이사회 또는 새로운 컨소시엄 조직의 직원에게 중요한 권한을 위임하는 것이 종종 도움이 됩니다. 또는 새로운 법인이 결성되지 않은 경우, 일상적인 관리는 모든 구성원이 권한을 위임 한 소규모 실무 그룹에 위임 될 수 있습니다.

컨소시엄의 주요 성공 요인은 처음부터 동료 고객과 협력하여 업계 고객의 공통적인 문제를 해결하려는 공동 작업을 수행하는 사람들을 확보하는 것입니다. 실제 비즈니스 사례가 확인되면, 이익 동기가있는 법인으로 빠르게 이동하면 커뮤니티가 비용을 지불하는 제품을 제공하는 데 집중할 수 있습니다. 참가자는 민첩한 사고 방식을 유지하고 변화에 개방적이어야합니다. — Bob Crozier, Allianz 글로벌 블록 체인 역량 센터 책임자 및 B3i 이사회 멤버

예를 들어, 많은 컨소시엄은 법인을 결성하거나 공식 계약을 체결하기 전에 회원 조직의 느슨하게 협회로 시작합니다. 이 경우 컨소시엄 구성원은 합의에 따라 작업할 수 있으며 모든 결정에 만장일치를 요구합니다.

결정해야 할 중요한 결정은 컨소시엄이 새로운 법인을 형성해야 하는지 아니면 컨소시엄 구성원간에 공식 계약을 체결해야 하는지 여부입니다. 컨소시엄이 새로운 법인을 형성 할 것인가, 아니면 공식적인 계약을 체결 할 것인가? 이 결정은 세금, 금융 및 규제 요건을 포함한 많은 고려 사항에 의해 결정됩니다. 당사자들이 새로운 조직을 형성하거나 공식 계약을 체결 할 준비가 되면 거버넌스 요구 사항이 더욱 복잡해질 수 있습니다.

이 모듈은 새로운 실체의 형성 또는 공식적인 계약 배열의 생성에 적용 가능한 모든 고려 사항을 정의하려는 시도를 하지 않는다. 법인이 구성되는 컨소시엄의 경우, 법인이 구성될 관할권은이 모듈에서 논의된 많은 고려 사항에 영향을 미칩니다.

관할 구역마다 컨소시엄의 다양한 측면에 크게 영향을 줄 수있는 규칙이 다르기 때문에 법인이 형성될 관할 구역을 선택하는 것이 중요합니다.

관할 지역마다 이사회 구성 방법, 자금 조달 기회 및 여기에서 논의된 기타 고려 사항에 대한 규칙이 다릅니다.

3. 조직 구조

주요 역할과 책임은 무엇이며 누가 그 직책을 맡을 것인가?

각 회원 조직의 담당자를 고려해야 합니다. 컨소시엄과 비즈니스 관계를 일상적으로 관리할 책임이있는 자를 결정하는 것은 개별 조직의 몫이지만 컨소시엄은 그러한 개인의에 대한 선임 기준을 설정할 수 있습니다. 전반적인 책임을 갖는 것이 C-level 임원에 되는 것이 이상적이지만, 대규모 조직의 경우 비실용적입니다. 따라서 관리를 위임해야합니다.

핵심은 컨소시엄과 회원의 관계를 담당하는 각 개인이 의사 결정 권한을 갖거나 일상 업무가 아닌 문제에 대한 의사 결정 권한을 명확하게 제시하는 것입니다.

각 회원의 목표(및 컨소시엄의 목표)에 따라 컨소시엄과의 각 회원 관계 관리는 종종 최고 기술 책임자, 최고 정보 책임자, 최고 재무 책임자 또는 법률 고문의 후원하에 있습니다. 경우에 따라 관리 책임은 회원 조직의 여러 직무에 영향을 줄 수 있으며, 핵심 의사 결정 및 문제에 대해 관계 관리자에게 조언하기 위해 내부 실무 그룹을 구성해야 합니다. 이 내부 작업 그룹에는 비즈니스 / 전략, 기술 및 법적 견해가 포함되는 것이 좋습니다.

블록체인이 컨소시엄의 운영 기구는 일반적으로 자금 조달 및 사용 방법, 서비스 제공업체 및 주요 소프트웨어 구성요소(예: 사용할 블록체인의 프로토콜), 상용화 및 마케팅을 포함한 컨소시엄의 사업 거버넌스의 모든 측면에 대해 최종적인 책임을 집니다.

비즈니스 거버넌스의 일환으로 블록체인 컨소시엄의 관리 기관은 일반적으로 지원, 모니터링 및 기술 온 보딩 (onboarding)과 같은 기술 서비스를 제공하기 위해 턴키 서비스 제공 업체 ( “네트워크 운영자”라고도 함)를 선택합니다. 네트워크 운영자는 블록체인 소프트웨어를 제 3 자로서 제공하거나 컨소시엄 자체가 네트워크 운영자로서 기능 할 수도 있습니다.

네트워크 사업자가 제 3 자 서비스 제공 업체인 경우, 컨소시엄 단체가 구성되어 있는 경우 컨소시엄 단체 또는 컨소시엄 구성원과 계약을 체결하여 모든면에서 의무와 책임을 명확하게 설정해야 합니다.

컨소시엄의 관리 기관은 정보 보안 요구 사항, 모든 네트워크 참여자가 준수해야하는 운영 정책 및 네트워크와 실제로 상호 작용하기 위한 운영 절차 등 더 많은 운영 정책에 대한 권한을 가질 수도 있습니다. 대안 적으로, 운영 정책은 블록체인 네트워크에 대한 별도의 관리 기관의 책임일 수 있습니다.

운영 거버넌스에는 잠재적 인 참가자가 관리 기관이 설정한 표준을 충족하도록 설정 한 후 해당 표준을 따르는지 지속적으로 모니터링 할 수 있도록 네트워크에 참여할 수있는 권한을 부여하는 것도 포함됩니다. 관리 기관은 비즈니스 및 기술 운영을 위한 소위원회를 구성하고 SLA (서비스 수준 계약)를 설정 및 모니터링하며 네트워크의 모든 참가자에 대한 법적 및 운영 요구 사항을 검토하고 네트워크 트랜잭션에 대한 별도의 분쟁 해결 기관을 가질 수 있습니다. 또한 이러한 기능 중 일부 또는 전부는 컨소시엄 조직의 직원에게 위임 될 수 있습니다 (구성된 경우). 그림 4.1은 책임이 여러 수준의 거버넌스로 구분되는 예를 보여줍니다.

이 모듈의 나머지 부분은 비즈니스 거버넌스과 운영 거버넌스 고려 사항으로 나뉩니다 (그림 4.2).

4. 지적 재산권

어떤 지적 재산권 소유권 모델을 고려해야 합니까?

지적 재산 (IP) 고려 사항은 컨소시엄 구성원의 논의 초기에 해결되어야 합니다. IP는 코딩이 시작되기 전에 당사자가 기능적 요구 사항을 논의할 때 생성되기 때문에 각 컨소시엄 구성원은 자신의 조직 내에서 해당 IP를 어떻게 사용할 수 있고 사용할 수 없는지 알아야 합니다.

컨소시엄 구성원이 처음에 생성되는 IP가 컨소시엄 컨텍스트 외부에 거의 가치가 없다고 생각하더라도, 구성원은 나중에 중요한 것으로 입증 될 수있는 IP사용 권리를 고려하고 문서화해야 합니다. 또한 컨소시엄 회원은 자신의 IP 자산을 검토하고 컨소시엄에서 활용할 수 있는지와이 IP를 어떻게 보호하고 공유 할 수 있는지 고려해야합니다.

블록체인 컨소시엄은 여러 유형의 IP 소유권 구조를 사용할 수 있습니다 (그림 4.3).

• 컨소시엄 소유 IP : 컨소시엄이 자체 블록체인 기술을 개발하는 경우 소프트웨어, 노하우, 영업 비밀 및 상표권을 포함한 IP 자산이 핵심 자산이 됩니다. 일반적으로 새로운 IP가 제 3 자에게 라이센스를 부여하기 위해 개발되는 경우 컨소시엄 구성원은 이러한 권한을 새로 생성된 주체에 할당하려고 합니다. 이는 컨소시엄 구성원 자체가 관련 지원, 유지 관리 및 책임 고려 사항과 함께 네트워크 참여자와 직접 라이센싱 관계를 맺지 않고자 하기 때문입니다. 컨소시엄 멤버 간의 공동 소유권도 가능성이 있지만 많은 단점이 있습니다. 예를 들어, 일부 관할지에서와 같이 모든 소유자가 소유권 주장에 참여해야 하는 경우 침해 주장을 추구하기가 훨씬 어려워집니다. 또한 회원은 공동 소유 IP에 대한 착취 권한이 어떤 방식 으로든 제한되거나 분할되어야 하는지 고려해야합니다. 마지막으로, 컨소시엄 회원은 또한 특정 발명의 소유권을 그들 자신에게 할당하고 교차 라이센스 계약을 체결하기로 결정할 수 있습니다. 그러나 모든 IP가 단일 컨소시엄 구성원에게 할당되지 않는 한, 당사자가 할당 계약을 체결해야 하기 때문에 실제로는 너무 복잡 할 수 있습니다. 세금 및 지불 문제도 고려해야합니다.

• 하나의 컨소시엄 구성원이 소유한 IP : 컨소시엄의 한 구성원이 이미 목적에 맞는 IP 또는 컨소시엄의 요구에 맞게 수정할 수있는 IP를 가지고있는 경우 표준 라이센스를 사용할 수 있습니다. 그러나 그러한 경우에는 고려 사안이 중요해지며 회원들 사이에서 협상되어야 합니다. 하나 이상의 구성원이 컨소시엄 제품을 추가로 개발하는 데 사용할 수있는 IP를 보유한 경우이 IP는 컨소시엄 주체 또는 다른 구성원에게 백그라운드 IP로 라이센스가 부여될 수 있습니다. 각 경우에 컨소시엄 구성원은 라이센스가 부여 된 IP 및 새로 작성된 IP에 대한 수정의 소유권 구조를 고려해야 합니다. 네트워크의 확장 가능성을 염두에 두고 그러한 IP를 소유 한 컨소시엄 구성원을 보호하는 것도 고려하면서 하나의 컨소시엄 구성원의 IP 사용에 대한 적절한 제한을 고려해야 합니다.

• 시간이 지남에 따른 소유권 변경 : 컨소시엄 회원은 “IP를 소유하는 기간” 조항을 선택할 수도 있습니다. 모든 법적 상황에서, 구성원이 미리 정해진 기간 동안 IP를 소유 한 다음, 새로운 컨소시엄 실체로 권리를 양도하거나 컨소시엄 실체가 권리를 소유한 다음 그 권리를 개별 구성원에게 이전하는 것이 가장 좋습니다. 이 접근 방식은 회원이 라이센스 계약에 따라 자신의 IP를 테이블에 가져 오는 것이 더 매력적일 수 있지만 컨소시엄의 다른 당사자가 자산을 개선하고 개발하면 이전 프로세스가 시행됩니다. 대안 적으로, 컨소시엄 구성원은 일단 성숙되면 관련 소스 공개 IP를 결정할 수 있습니다. 오픈 소스 프레임 워크는 통합 애플리케이션을 구축하고 수정을 제공하기 위해 노력하는 개발자 커뮤니티의 장점이 확립됨에 따라 관심이 높아지고 있습니다.

• 타사 IP 사용 : 마지막으로 컨소시엄은 타사 IP, 특히 지불 플랫폼, 토큰 관리 또는 합의 메커니즘과 같은 스택 기반 애플리케이션을 사용하도록 선택할 수 있습니다. 타사의 최하위 프로토콜을 사용하여 다른 블록체인 네트워크와의 상호 운용성을 만들 수 있으므로 컨소시엄이 고려해야 할 중요한 도구입니다. 그러나 컨소시엄 구성원은 타사 소프트웨어의 안정성, 지원 서비스의 가용성 및 컨소시엄의 응용 프로그램 및 컨소시엄 구성원의 다른 시스템과의 통합 용이성을 고려하고 평가해야 합니다. 자세한 내용은 모듈 상호 운용성을 참조하십시오. 마지막으로, 분산 네트워크에서 각 컨소시엄 회원은 자체 버전의 블록 체인 소프트웨어를 실행해야하므로 라이센스 비용을 고려해야합니다.

새로운 블록체인 네트워크 운영으로 인한 데이터 사용 및 상용화 능력은 네트워크가 운영되기 전에 해결해야 할 문제이기도 합니다. 예를 들어, 블록체인 플랫폼의 제품 비용에 관한 데이터는 세관 중개인과 같은 체인의 다른 플레이어에게 가치가 있습니다. 즉, 거래의 각 당사자는 개별 거래를 비공개로 유지하기를 원할 것입니다. 이 IP의 소유권은 네트워크가 작동하는 기본 IP의 소유권과 다르게 할당 될 수 있으며 가능해야 합니다.

네트워크 참가자는 자신이 생성하거나 네트워크로 가져 오는 데이터 사용에 대한 소유권을 유지하고 통제하기를 원할 것입니다. 그러나 네트워크 운영자는 이러한 데이터를 집계 및 익명으로 사용하거나 상용화 할뿐만 아니라 마케팅 목적으로 전체 트랜잭션 및 메시지 볼륨과 같은 데이터를 사용할 수도 있습니다. 개인의 네트워크 사용과 관련된 모든 데이터에는 이 모듈의 범위를 벗어나는 개인 정보 보호 고려 사항이 적용되지만 개인 데이터 처리 모듈에서 더 많은 정보를 이용할 수 있습니다.

정보 보호 의무와 그 한계를 결정하는 기밀 조항도 IP 관리의 일부로 간주해야합니다. 이러한 조항은 기밀로 간주되는 정보 및 기밀 정보로 간주되지 않는 것, 문서의 기밀 라벨링, 기밀 자료의 전송에 대해 합의 된 절차, 기밀 정보를 공개 할 수있는 조건, 기간 동안의 시간 경과를 규정합니다. 기밀 유지 의무가 발효될 것입니다. 이는 최종 법적 문서가 실행되지 않았지만 컨소시엄 형성 초기 단계에서 특히 중요합니다.

마지막으로 컨소시엄 구성원간에 특정 정보와 데이터를 공유해서는 안됩니다. 예를 들어, 고객 또는 개별 회원의 상업적 계약에 관한 데이터를 공유하는 것은 본질적으로 경쟁이 아닌 것으로 간주됩니다. 어떤 유형의 IP 관리를 선택하든 독점 금지 정책을 따라야합니다.

심의가 회사의 경쟁 관계를 방해하지 않도록하는 것이 중요합니다. 경쟁 및 독점 금지법에 근거한 명확한 지침 및 프로토콜을 개발해야합니다

블록체인 기술 솔루션 개발과 관련된 IP 법적 및 규제 관련 문제는 Legal and Regulatory Compliance 모듈을 참조하십시오.

5. 경쟁과 포괄

기능적 시스템을 만들면서 거버넌스가 지나치게 배타적인 것으로 보이지 않도록하려면 어떻게 해야 합니까?

컨소시엄 회원은 규제 자격, 보험 요건 또는 보안 인증과 같은 참여에 대한 객관적인 기준을 확립할 수 있지만 블록체인 네트워크 자체에 참여하는 것이 단일 그룹에 배타적이지 않도록 해야 합니다.

컨소시엄 회원은 또한 다른 서비스 또는 플랫폼을 손상시키기 위해 하나의 서비스 또는 플랫폼을 사용하도록 조정하거나 특정 서비스 또는 플랫폼의 사용을 중지하려고 하거나 중지함을 암시하지 않도록 주의해야 합니다. 특정 서비스 또는 플랫폼 사용 컨소시엄이 서비스를 기반으로 단일 블록체인 플랫폼을 선택하거나 다른 제공자를 제외 할 공급자들을 선택할 수 없음을 의미하지는 않습니다. 그러나 컨소시엄은 회원이 컨소시엄이 제공하는 서비스만 사용해야 한다는 요구 사항을 피해야 합니다.

컨소시엄의 활동이 배제로 인식되지 않도록 상담을 받아야 합니다.

솔루션을 관리하는 법인의 소유권-또는 법인이 없는 경우 컨소시엄을 관장하는 계약 약정에 참여하는 것이 제한될 수 있습니다. 그러나 컨소시엄 회원은 시스템이 많은 참가자 또는 특정 산업 부문의 이익을 위해 제공되는 것으로 보지 않도록 주의해야 합니다. 핵심은 혜택을 누릴 수있는 모든 참여자가 시스템을 계속 사용할 수 있도록 하는 것 입니다.

컨소시엄 프로젝트는 업계 리더가 노력에 참여하거나 이를 뒷받침할 때까지 중요한 지원을 얻지 못할 수 있습니다. 그러나 실제 또는 이해 상충의 위험이 항상 존재합니다. 본질적으로 업계 리더는 모든 블록체인 네트워크에서 가장 큰 참가자가 될 것입니다. 이러한 업계 리더가 또한 정부 기관의 유일한 구성원이고 다른 참가자의 고려 사항을 소외시킬 경우 이해 충돌이 감지 될 수 있습니다.

요컨대, 포괄 성 고려 사항이 중요합니다. 컨소시엄 생성에 관여하는 핵심 그룹은 광범위한 견해를 취해야 하며 네트워크에 대한 자문 또는 기술위원회에 참여하거나 기회를 통해 다양한 산업 부문의 비즈니스 파트너, 잠재적 참가자 선거구 및 관할권을 포함해야 합니다. 컨소시엄 실체 자체에 투자합니다. 이는 잠금을 해제할 수있는 가치 사슬의 수를 증가시킵니다.

거버넌스에 포괄성을 만드는 방법에는 참가자 간위원회의 의석 교체와 회원 관심사, 전문 지식 및 산업 역할에 따라 다른 문제를 해결하기 위한 별도의 실무 그룹이 있습니다.

컨소시엄 거버넌스의 주요 목표는 거버넌스 기구를 너무 크게 구성하여 비효율적으로 만들지 말고 광범위하게 대표하게 해야 한다.

6. 책임 및 위험 관리

컨소시엄 멤버는 어떤 유형의 법적 부채를 노출합니까? 어떤 완화 조치를 취할 수 있습니까?

컨소시엄은 개별 구성원으로 구성된 조직으로, 다수는 대기업이 될 것입니다. 컨소시엄 자체는 본질적으로 스타트업과 유사한 별도의 법인일 가능성이 높습니다. 컨소시엄 구성원이 제한하기를 원하는 자체 위험과 책임을 부담합니다.

여전히 의문의 여지가 남아 있습니다. 컨소시엄 구성원이 잠재적 책임을 지는가?

법적 책임은 법에 의해 부과 될 수 있으며 계약에 의해 제한될 수도 있습니다.

일반적으로 컨소시엄 구성원은 네트워크 참여자 간의 책임과 타사의 이해에 영향을 미치는 규제 문제 및 상황을 포함하여 잠재적인 타사의 책임도 고려해야 합니다.

일반적으로 책임은 소유자, 경영진 및 영향력있는 사람에게 다양한 정도와 다른 이유로 민감하고 위협적일 수 있습니다. 이 섹션의 목표는 당신의 생각을 구성하는 데 도움이 될 수있는 통찰력을 요약하는 것 입니다 (그림 4.4 참조). 다른 컨소시엄 관련 고려사항과 마찬가지로이 주제의 최첨단에있는 사람들로부터 법적 조언을 구하는 것이 중요합니다.

• 네트워크 참가자의 책임 : 해당 법률, 네트워크 계약 또는 정책을 준수하지 못하거나 나쁜 행위나 행동 실패로 인해 네트워크 또는 네트워크 참가자에게 발생한 기타 손해에 대해 블록체인 네트워크 참가자에게 책임이 부과 될 수 있습니다. 이러한 유형의 책임은 네트워크 참여자 계약을 통해 생성되며 일반적으로 참여자 계약 중 가장 심하게 협상 된 조항 중 하나입니다. 참가자는 일반적으로 최대한 책임을 제한하기를 원하지만 컨소시엄 단체는 수용 할 수있는 제한 수준을 고려해야 합니다. 또한 분산 네트워크의 지점 간 특성을 고려할 때 참가자는 비즈니스를 수행하는 모든 네트워크 참가자로부터 직접 전송을받을 것이라는 사실을 고려해야 합니다. 따라서 그들은 참여자간에 책임을 부과할지 여부를 고려해야 한다. 또한 단일 네트워크 참가자의 중대한 행동은 브랜딩, 평판 및 향후 비즈니스 기회와 관련하여 컨소시엄 자체에 영향을 미칩니다. 물론 네트워크 참여자는 어떤 기능이 블록체인 네트워크에 아웃소싱되는지에 관계없이 최종 고객과 규제 기관에 책임을 집니다.

• 컨소시엄 회원의 책임 : 컨소시엄 회원은 컨소시엄 참여의 일환으로 추가 책임을 지고 있는지 여부와 이러한 책임을 완화하는 방법 (있는 경우)도 고려해야 합니다. 제 3자는 청구를 충족시키는 데 필요한 자원이 있거나 청구없이 소송을 해결하기에 충분히 사소한 것으로 간주할 것으로 생각되는 하나 이상의 컨소시엄 구성원에 대해 청구할 수 있습니다. 따라서 회원들은 자신이 저 지르지 않은 행동에 대해 스스로를 방어 할 수 있습니다. 블록체인 네트워크가 생산 될 때 양해 각서 (MOU) 또는 컨소시엄 동의와 같은 비공식 단계에 그룹의 법적 합의가 여전히 존재하는 경우, 워킹 그룹의 실체는 개별적으로 책임을 질 가능성이 있습니다 별도의 법적 실체가 없어 실드 역할을하고 부채를 흡수하지 않아 발생한 모든 부채. 사전 컨소시엄 계약 세부 사항은 컨소시엄 형성 모듈을 참조하십시오.

• 컨소시엄 실체의 책임 : 대부분의 경우, 블록체인 컨소시엄은 관련 IP를 보유하고 네트워크 참여자와 계약을 체결할 법적 실체를 형성할 것입니다. 계약 상 상대방은 네트워크 운영에 대한 책임을 지며 계약 당사자가 계약 위반 책임이 있습니다. (제 3 자 네트워크 운영자가이 책임을 수용할 수는 있지만 실제적인 문제는 아닙니다.) 컨소시엄에 의해 형성된 상대방 단체는 계약을 통해 책임을 제한하려고 할 수 있지만 일부 부채는 계약으로 배제할 수 없습니다 규제 기관이 부과 한 벌금 및 기타 부채는 면제될 수 없습니다. 컨소시엄 실체의 소유자는 적절한 기업 지배 구조를 통해 이 책임으로부터 보호받을 수 있습니다. 그러나 컨소시엄 실체가 부채를 해결하기 위한 자금이 필요한 경우, 이러한 구성원에게 책임이 전가될 가능성이 가장 높습니다.

위반 및 손해를 다루는 상호 배상 조항이 책임 보호를 제공하기 위해 컨소시엄 계약에 포함될 수 있습니다. 보험도 가능합니다. 컨소시엄 구성원은 개별 기업 보험 정책이 컨소시엄 작업을 다루는 지, 컨소시엄 보안 보험 정책이이 작업을 다루는 지 여부 및 보호 격차가 무엇인지 확인해야 합니다.

7. 사업 전략 및 경제

컨소시엄에 초기 및 지속적으로 어떻게 자금을 지원할 것인가? 제품 개발과 관련된 결정을 내리는 요인은 무엇입니까?

컨소시엄 프로젝트에 자금을 지원하는 것은 논쟁의 여지가 없습니다. 그러나 컨소시엄 프로젝트의 실제 비용과 중요한 자원과 시간을 투자하기 전에 이러한 비용을 어떻게 조달 할 것인지를 고려해야 합니다. 컨소시엄은 필요한 기술 개발 비용과 타사 기술 비용, 규정 준수 및 라이센스 비용 및 관련 인원 수를 고려해야 합니다. 컨소시엄이 새로운 법인을 형성하지 않는 경우, 각 회원이 컨소시엄의 목표를 달성하기 위해 필요한 금액을 지출하고 다른 요구 사항을 이행 할 것을 약속합니다. 컨소시엄이 새로운 법인을 구성하는 경우 프로젝트 전담 직원을 채용하기 위한 자금이 필요할 것입니다.

여러 측면에서 허가 된 블록체인 컨소시엄의 설정은 인터넷 가능 공급망 협업 네트워크의 설정과 유사합니다. 초기의 예로는 자동차 기업 Covisint, 화학의 기업 Elemica가 있습니다. 특정 공급망 행위자 그룹에 대한 투자가 심하게 왜곡되고 혜택이 공평하게 분배되지 않으면 컨소시엄 네트워크가 붕괴 될 위험이 큽니다. — Yingli Wang, Professor, Cardiff Business School

블록체인 유스 케이스를 시작에서 상용화하는 데 드는 비용은 상당할 수 있으며 시간이 오래 걸릴 수 있습니다. 확장 할 시스템을 구축하려면 상당한 시간과 초기 비용이 필요하지만 더 작은 용도로 구축 된 시스템으로 확장을 시도하는 것이 좋습니다.

컨소시엄 회원은 전체 비용을 선불로 지불하지 않는 것이 좋습니다. 이 경우 컨소시엄 회원은 추가 자금을 확보 및 릴리스하기 위해 어떤 이정표를 설정하고 추가 자금이 필요한 경우 어떻게되는지 고려해야 합니다. 회원이 추가 금액을 기부해야합니까? 컨소시엄 조직이 외부 자금을 찾는 능력을 갖추어야 합니까? 컨소시엄을 확장하고 새로운 자금 지원자와 소유권을 공유할 가능성이 있습니까?

물론 컨소시엄은 재무의 수익 측면도 고려해야 합니다. 수수료를 정하기 전에 컨소시엄은 철학적인 질문을 고려해야 합니다. 컨소시엄은 비영리 단체로 운영되며, 회원은 회비를 지불하지만 무료로 서비스를 제공합니까? 컨소시엄은 비용을 회수하지만 상당한 이익을 창출하지는 않는다는 목표에 따라 수수료가 설정된 시장 유틸리티로 운영됩니까? 아니면 컨소시엄이 향후 확장에 투자하거나 소유주에게 반환하기 위해 이익을 창출하기 위해 수수료를 설정합니까? 컨소시엄이 이익을 달성하고 해당 이익을 소유자에게 분배해야 하는 경우 해당 이익은 어떻게 할당됩니까? 이러한 초기 질문에 대한 답변을받은 후에야 컨소시엄이 서비스 요금을 설정하는 방법을 고려하기 시작합니다.

회원이 컨소시엄 가입 및 유지를 위해 일종의 수수료를 지불하는 경우, 거버넌스는 조직 규모나 구조에 따라 다른 요금을 지불하도록 할 수 있습니다. 예를 들어, 연구 또는 산업 컨소시엄에서 대기업 참가자는 가장 많은 금액을 지불 할 수 있고, 신생 기업과 같은 소규모 기업 참가자는 적은 금액을 지불 할 수 있으며 학계, 정부 및 비영리 단체는 전혀 비용을 지불하지 않아도 됩니다.

다른 회원들로부터의 분쟁을 방지하기 위해,이를위한 기준은 처음부터 명확하게 설명되어야 합니다. 그렇지 않으면 컨소시엄과 리소스에 액세스하기 위해 더 많은 비용을 지불하는 회원은 동료가 불균형적인 혜택을 받거나 심지어 무료 승차를 느낄 수 있습니다.

또 다른 중요한 질문은 앞으로 제품 개발 결정을 내릴 것입니다. 일반적으로 선택된 거버넌스 모델에 따라 결정되지만 컨소시엄은 제품 개발이 사전 합의 된 로드맵을 기반으로할지 여부를 미리 고려하는 것이 도움이됩니다. 사전 합의 된 개발 로드맵이 없거나 로드맵이 완료된 경우

– 컨소시엄의 목표가 업계 전체의 이익이 아닐지라도 회원의 이익을 증진 시키는가? 또는 컨소시엄이 컨소시엄 회원들에게 가장 많이 사용되지 않더라도 가장 많은 이익 또는 가장 많은 산업 혜택을 가져올 프로젝트를 추구하는 컨소시엄의 목표입니까?

8. 참여와 탈퇴

블록체인 네트워크 참가자는 어떤 기준을 충족해야 합니까? 전 참가자를 네트워크에서 어떻게 전환할 수 있습니까?

핵심 영역 경쟁 및 포괄성 고려 사항에서 위에서 논의한 바와 같이, 어떤 블록 체인 네트워크가 어느 당사자가 참여자가 될 수 있고 없는지를 결정하는 객관적인 기준을 갖는 것이 중요합니다. 그러나 이러한 객관적인 기준은 여러 형태를 취할 수 있습니다.

예를 들어, 컨소시엄은 참가자가 특정 라이센스를 보유해야 하는지 또는 특정 규제 요건을 충족해야 하는지, 참가자가 네트워크에서 거래 책임을 지지 할 수 있도록 특정 재무 임계 값을 충족해야하는지 여부 및 참여 제한 여부를 고려해야 합니다. 특정 관할권에. 후자의 고려 사항은 새로운 관할 구역에 참가자를 추가하면 컨소시엄 단체 자체에 새로운 규제 요건이 적용될 수 있으므로 특히 중요합니다.

예 : 유기농 우유를 위한 공급망 컨소시엄에서 우유 생산자인 참가자는 유기농 자격 증명 및 인증을 보여 주어야 합니다.

잠재적인 새로운 참가자가 이러한 기준을 충족하는지 확인하는 것은 컨소시엄의 관리 기관 또는 네트워크 관리 기관의 기능일 수 있습니다. 그러나 네트워크 참가자와 잠재적 참가자의 수가 많은 경우 컨소시엄 주체의 직원에게 위임되거나 네트워크 운영자에게 아웃소싱될 가능성이 높습니다. 물론 모든 새로운 네트워크 참가자는 신원을 증명해야하고 제재를 확인해야 하며, 그렇지 않으면 필요한 자격을 충족한다는 적절한 증거를 제공해야 합니다. 새로운 참가자는 보험 증명을 제공하고 필요한 정보 보안 표준 준수를 인증해야 할 수도 있습니다.

– 네트워크 참여자간에 데이터가 공유되는 경우 특히 중요합니다.

참여자는 자발적으로 또는 비자발적으로 블록체인 네트워크를 떠날 수 있습니다. 자발적 퇴출의 경우 전환 계획을 수립 할 수 있지만 관련 계약을 위반하거나 제재를받는 비자발적 퇴직자에게는 컨소시엄이 퇴출 계획을 세우기를 원할 것입니다. 이 출구 계획은 참가자의 네트워크 액세스가 제한되면 자산 및 거래가 다른 곳에서 액세스 될 수 있도록 해야 합니다. 각 참가자가 이론적으로 자체 블록체인 노드를 관리하므로 종료 참가자는 이미 데이터에 액세스 할 수 있어야하지만 자산과 거래를 전송하는 것이 더 어려울 것입니다. 이는 종료 참가자의 거래 상대방이 블록체인 네트워크 외부에서 새 계정을 개설하거나 계정 또는 거래를 현금화하도록 요구하는 형태를 취할 수 있으며, 각 경우에 참가자의 자산을 차단할 수있는 규칙 (예 : 제재 제도)을 따릅니다. 상대방의 추가 거래를 방지 할 수 있습니다. 컨소시엄은 또한 참가자가 강제로 퇴출되는 것을 막을 수있는 모든 체제 (예 : 파산)를 고려해야 합니다.

컨소시엄은 접근에 대한 분쟁을 피하기 위해 참가자가 퇴출시켜야 하는 상황 (예 : 규제 제재 또는 진입 기준을 충족하지 못하는 상황)을 명확하게 정의해야하며 누가 결정을 내릴 권한이 있는지 고려해야 합니다. 가입 기준을 확인하는 것이 보다 행정적인 것으로 보일 수 있지만 퇴출을 강제로 결정하려면 더 높은 수준의 의사 결정자가 관여해야 하는지 여부를 고려하십시오.

참가자는 자유롭게 네트워크를 떠날 수 있지만 블록체인 기술에 내재된 것처럼 블록체인에 입력한 데이터는 출발 후에도 블록체인에 남아 있습니다. 아래에 설명된대로 분쟁 해결 옵션을 사용할 수 있지만이 데이터를 제거하면 블록 체인 기록의 무결성과 감사 가능성에 영향을 줄 수 있습니다. 네트워크 참가자는 네트워크에 들어오고 나갈 때 이를 알고 있어야 합니다. 다른 네트워크 참가자가 사용할 수 있는 데이터의 의미에 대한 자세한 내용은 지적 재산 고려 사항을 참조하십시오.

9. 분쟁 해결 및 오류

블록체인 네트워크에 내부 분쟁 해결 메커니즘이 필요합니까? 트랜잭션 롤백 또는 취소는 언제 발생해야 합니까?

블록체인 네트워크의 사용 사례에 따라 분쟁 해결 메커니즘이 필요할 수 있습니다. 일부 네트워크에서는 온 체인 거래에 대한 분쟁이 발생하지 않을 것입니다. 예를 들어, 의료 기록 공유를 위해 네트워크와 관련하여 발생하는 분쟁은 데이터 보호 정책과 관련한 오프 체인 정보 사용 및 규정 준수와 관련될 가능성이 높습니다. 그러한 네트워크의 참가자가 적용 가능한 규칙을 준수했는지 여부 또는 다른 네트워크 참가자에 대한 의무를 위반했는지 여부에 대한 분쟁은 법원이나 중재를 통해 해결할 수 있으며 컨소시엄을 통해 내부 시스템을 설정하는 복잡성을 줄일 수 있습니다.

그러나 네트워크상에서 거래를 처리하는 금융 상품에 대한 거래 앱플리케이션과 같은 일부 해결책은 내부 분쟁 해결 메커니즘을 선호할 수 있으므로 업계 전문지식과 일관된 결과를 도출하기 위한 인센티브 및 경험을 갖춘 당사자가 신속하게 분쟁을 해결할 수 있습니다.

내부 분쟁 해결 기구의 구성을 결정할 때, 독립적인 전문가를 유지 가능한지, 분쟁 해결 기구의 구성원을 네트워크 참여자에 의해 투표해야 하는지 또는 어떤 객관적 기준에 따라 선정해야 하는지, 그리고 결정이 공정하게 간주되도록 하는 방법을 고려합니다. 예를 들어, 증권거래소와 유사한 거래분쟁해결위원회가 블록체인의 네트워크 내 금융거래에 대해 시행될 수 있습니다.

분쟁이 어떻게 해결 될지에 관계없이, 네트워크 관리 문서는 네트워크를 통한 거래에 어떤 법률을 적용할 것인지와 분쟁을 명확하게 명시해야 하며 모든 블록체인 네트워크 참가자는 선택한 분쟁 해결 기관의 독점적 관할권에 동의해야합니다. 또한, 오프 체인 판단이 온 체인으로 시행될 필요가있는 한, 기술적 관점에서 어떻게 시행 될 수 있는지 고려하십시오.

예 : R3 (기업 블록 체인 기술 기업)이 Corda 비즈니스 네트워크에서 계약을 체결 할 수있는 유연성을 고려할 때 공증인이 계약상 합의된 법원에서 얻은 법원 명령을 이행 할 수있는 권한을 부여하는 계약을 참가자간에 작성할 수 있습니다. Corda의 관할권으로 법원의 판결 채무자에 대해 관련 판결이 시행 필요가 없을수 있습니다.

블록체인의 불변의 특성을 고려할 때 참가자가 거래를 취소하거나 부분 거래를 완료하지 않아야 하는 상황이 있는지 여부도 고려해야 합니다.

10. 시스템 변경 관리

연속성과 호환성을 보장하기 위해 어떤 프로세스와 절차가 필요합니까? 코드를 관리하기 위한 절차는 무엇입니까?

공동 작업 환경에서 시스템 업그레이드 및 유지 관리에 동의하는 것은 이해 관계자에게 복잡한 작업이 될 수 있습니다. 성공적인 노력에는 블록체인 시스템의 유지 관리 및 업그레이드가 필수적입니다. 이에 대한 한 가지 이유는 블록 체인 및 분산 네트워크가 새로운 기술이기 때문에 보안 및 데이터 공유의 모범 사례가 여전히 개발 중이며 이러한 모범 사례를 채택하려면 조직의 유연성을 유지해야 합니다. 그러나 블록체인 네트워크는 본질적으로 네트워크의 개별 참가자가 운영하므로 각 참가자는 반드시 호환 가능한 버전의 블록체인 소프트웨어를 실행해야 합니다. 블록 체인 개발자는 소프트웨어 업그레이드 후에 이전 버전에서 구현된 트랜잭션 및 데이터가 손실되지 않도록 소프트웨어가 이전 버전과 호환되는지 확인해야 합니다.

블록체인 컨소시엄의 참가자는 내부적으로 업그레이드 및 유지 관리 방법에 대한 프로세스가 서로 다를 수 있으므로 이해 관계자 간의 동의가 부족합니다. 기술 개발의 지연 또는 지연을 방지하기 위해 관련 이해 관계자 그룹을 대표하는 강력한 기술위원회는 언제 변경을 구현해야 하는지에 대한 결정을 감독해야 합니다.

블록체인 소프트웨어가 참가자의 자체 내부 시스템과 통합 될 가능성이 높기 때문에 내부 테스트를 수행하고 새 버전을 생산하기 전에 필요한 내부 변경을 완료할 수 있도록 충분한 리드 타임을 제공해야 합니다. 그러나 기술위원회는 정보 보안 비상 사태 등 긴급 상황 업데이트가 필요한 상황을 고려해야 한다.

컨소시엄이 자체 블록체인 프로토콜 또는 응용 프로그램을 개발하는 경우 멤버는 코드 관리 방법을 고려해야 합니다. 누가 공식 코드베이스를 제어합니까? 누가 변경을 요청할 권리가 있습니까? 무엇을 변경해야 합니까? 변경 사항이 네트워크 전체에 어떻게 전파됩니까?

버전 관리는 회원 조직의 특정 IT 구성 요소와 별도로 정의하고 유지해야 합니다. 업그레이드는 네트워크를 통해 도입되므로 중요합니다.

11. 데이터 공유 및 저장

어떤 데이터 스토리지 및 공유 방식이 최적입니까? 어떤 데이터 표준을 따라야 합니까?

컨소시엄이 제3자 프로토콜(공개 권한이없는 블록체인이거나 기존에 허가 프로토콜)을 사용하기로 선택한 경우, 컨소시엄이 블록체인의 프로토콜에서 실행되는 가장 큰 애플리케이션 중 하나가 아닌 한, 컨소시엄은 사용되는 데이터 저장 메커니즘의 유형에 거의 영향을 미치지 않을 것입이다. 그러나 데이터 저장 메커니즘의 유형은 컨소시엄이 사용할 제3자 프로토콜을 결정할 때 고려해야 하는 요소 중 하나입니다.

블록체인 프로토콜 개발자가 해야 할 주요 결정 중 하나는 데이터가 솔루션의 모든 사용자에게 브로드 캐스트되는지 아니면 거래 당사자간에만 공유되는지 여부입니다. 비즈니스 사용자는 트랜잭션 프라이버시를 유지하고 데이터 프라이버시 법과 같은 규제 요구 사항을 준수하기 위해 두 번째 모델을 원할 수 있습니다. 민감한 데이터를 보호하는 방법에 대한 자세한 내용은 데이터 보호 모듈을 참조하십시오.

또한, 해당 데이터가 거래 당사자들간에만 공유되는 경우에도 거래와 관련된 모든 데이터를 블록체인에 저장하는 것은 실용적이지 않을 수 있습니다. 이러한 접근 방식을 취한 경우, 많은 수의 트랜잭션과 결합된 큰 파일은 다루기 어려운 체인을 초래할 수 있습니다.

마지막으로 의료 기록 구현과 같이 정보 공유에 중점을 둔 블록체인의 경우 데이터를 체인에 저장하면 누가 데이터를 제어하고 누가 편집 할 수 있는지에 대한 문제가 발생합니다.

컨소시엄 구성원은 다음 옵션을 고려하여 데이터 저장 위치와 방법을 정렬하고 결정해야 합니다.
• 중앙 집중식 저장. 보호해야 할 엔드 포인트가 줄어들지만 복원 문제가 발생합니다.
• 주문형 검색을 통해 데이터 소유자가 저장합니다. 데이터 자율성을 보호하지만 복원력 문제를 유발합니다.
• 분산 스토리지. 복원력 문제를 해결하지만 추가 엔드 포인트 및 제어 문제 가능성을 소개합니다.

데이터 표준 고려 사항도 있습니다. 정보의 가치가 도출 될 수 있도록 컨소시엄 구성원은 먼저 표준화된 데이터 요구 사항에 동의해야 합니다. 데이터가 제시될 형식과 유효한 거래로 구성되는 것에 대한 공유 기준에 대한 조정이 필요합니다. 깨끗하고 표준화된 데이터 세트가 없으면 네트워크 참가자 간 정보 공유의 진정한 가치를 실현할 수 없습니다.

예 : 공급망 블록 체인에서 제품이 생산에서 소비자까지 추적될 수 있도록 공급망 전체에서 데이터 표준을 따라야합니다.

3 도구 및 자원

1. 비즈니스 거버넌스 고려 사항

아래 체크리스트는 컨소시엄이 비즈니스 거버넌스와 관련하여 논의해야 할 대화의 시작 역할을 하는 데 유용할 수 있습니다. 그러나 이는 전체 목록이 아니며 특정 유스 케이스에 대한 논의에서 추가 고려 사항이 발생할 수 있습니다.

거버넌스에 영향을 미치는 목적

□ 컨소시엄의 목적은?
      a. 컨소시엄 구성원과 네트워크 참여자들에게 어떤 가치를 전달할 것인가?
      b. 컨소시엄의 목적은 거버넌스에 어떻게 영향을 미치는가?
      c. 다양한 이해관계자 그룹의 인센티브를 일치시키기 위해 필요한 것이 있는가?

□ 컨소시엄의 결과물은? 협업 결과물은 다양한 형태를 취할 수 있다. 다음은 블록체인의 컨소시엄에 만연된 가장 대표적인 결과물이다.
a. 주어진 산업 또는 생태계를 위한 블록체인의 솔루션 설계 및 개발자는 일반적으로 조직 협업을 테스트하기 위한 공동 개념 증명에서 시작된다. 이는 다음을 포함할 수 있는 블록체인의 인프라 구축으로 이어질 수 있다.
• TOP(Top-of-Stack) 애플리케이션의 기반이 되는 블록체인의 소프트웨어
• 업계 사용 사례를 위한 Top-of-Stack 애플리케이션

b. 표준 설정 기존 데이터 및 프로토콜 표준화 작업을 보완 및 가속화 개념 증명서가 만들어진 후, 조직들은 다른 산업 경쟁자들, 공급망 파트너들, 그리고 생태계 참여자들과 함께 데이터 및 소프트웨어 표준을 설정하는 것이 중요하다.

c. 연구 개발 공유. 컨소시엄은 블록체인을 중심으로 한 협업 R&D를 전담하는 산업별 개방형 혁신 워킹그룹이 될 수 있다. 산업 참여자들은 서로의 일을 통해 배우고 쌓을 수 있어야 한다.

□ 주요 역할과 책임은 무엇이며 누가 그 자리를 채울 것인가?
    a. 각 컨소시엄 구성원의 대표자는?
    b. 사전 협의 단계와 사후 설립 단계에서는 누구와 함께 일하는가? 너는 언제 누구와 약혼하니?
    c. 몇 명의 컨소시엄 구성원이 적절한가?
    d. 실행 가능한 솔루션에 필요한 최소 블록체인의 네트워크 참여자는 몇 명인가?
    e. 컨소시엄의 법적 파트너는 누구인가?
    f. 컨소시엄의 기술 파트너는 누구인가?
    g. 컨소시엄의 사업 파트너는?
    h. 컨소시엄은 초기 단계 또는 이후 단계에서 독립적인 전문가, 비영리 또는 산업 표준 기구를 찾아야 하는가?
    i. 규제당국과 어떻게 소통하는가?

지적 재산

□ 협업으로 생성된 IP 자산의 소유권에 대한 사전 합의 및 문서화
□ 기존 IP 자산을 검토하고 특정 컨소시엄과 관련된 자산에 라이센스를 부여해야하는지 고려하라. 이 IP의 개선 사항을 누가 소유할 것인지 동의를 얻으라.
□ 블록체인과 상호작용하는 코드의 경우, 스마트 계약이나 솔루션과 연계하여 구축된 다른 애플리케이션 등의 IP 권한을 명확하게 정의한다.
□ 앱 배치

경쟁 및 포괄성

경쟁사 간의 논의 시작 시 경쟁법 준수를 최우선적으로 고려하기 위한 정책과 절차를 마련하십시오.

□ 컨소시엄의 활동이 배제 대상으로 인식되지 않도록 경쟁사 고문과 협의한다.

책임 및 리스크 관리

□ 컨소시엄 구성원들은 그들의 개별 보험이 컨소시엄 관련 업무에 적용되는지 확인해야 한다.
□ 컨소시엄 기업 수준에서 어떤 수준의 보험이 적절한지 고려한다.

비즈니스 전략 및 경제

그것이 목표라면 컨소시엄의 제품을 생산에 투입하기 위한 현실적인 예산은 얼마인가?

□ 컨소시엄은 처음에 어떻게 자금을 조달하는가? 추가 자금이 필요하면 어떻게 되는가? 컨소시엄 구성원들은 어떤 약속을 할 것인가?
□ 이상적인 수익 모델 — 비영리, 시장 효용 또는 영리?
□ 수수료 구조는? 라이센스인가, 구독인가, 사용료인가, 아니면 다른 것인가?

2. 운영 거버넌스 고려 사항

아래 체크리스트는 컨소시엄이 운영 거버넌스와 관련하여 논의해야 할 대화의 시작 역할을하는 데 유용할 수 있습니다. 그러나 이는 전체 목록이 아니며 특정 유스 케이스에 대한 논의에서 추가 고려 사항이 발생할 수 있습니다.

참가자 온보드 및 오프보드

□ 신규 참여자는 어떻게 블록체인의 네트워크에 가입하는가?
     a. 독점 금지/경쟁 법률의 우려를 피하기 위해 네트워크 자체는 규제 자격, 보험 요건 또는 보안 인증과 같은 객관적인 기준을 충족할 수 있어야 한다.
     b. 누가 새로운 참가자를 승인할 책임이 있는가?
     c. 신규 참가자가 접속할 수 있도록 하기 전에 고객(KYC)을 알고 기술 요구 사항이 충족되는지 확인해야 한다.

□ 출구는 어떻게 작동하나?
a. 어떤 상황에서 참가자가 퇴장해야 하는가?
b. 자산과 거래는 어떻게 전환되는가?

□ 분쟁해결 및 오류
네트워크별 분쟁 해결 포럼이 필요한지 여부를 고려한다.
트랜잭션 롤백/취소/오류 정책이 필요한지 여부를 고려한다.

시스템 변경 관리

□ 전략적 및 운영 수준에서 업그레이드와 관련된 결정을 내리는 사람 결정
□ 업그레이드 절차는? 업그레이드를 생산하기 전에 얼마나 오랫동안 블록체인의 네트워크 참여자들이 테스트하거나 통합해야 하는가?

데이터 표준, 공유 및 스토리지

□ On-chain 대 Off-chain의 데이터는 무엇인가?
□ 데이터 소유자가 온디맨드 검색을 통해 스토리지를 중앙 집중화, 분산 또는 저장해야 하는가?
□블록체인 솔루션을 사용하여 어떤 데이터를 저장하고 전송할 수 있는가? 금지된 데이터는 무엇인가?
□ 제3자 데이터 표준을 구현해야 하는가?