DLT를 사용하여 대리 투표(proxy voting) 및 규제 보고 간소화

IntellectEU와 Digital Asset의 파트너십이 시작된 이래로 기업 활동은 DAML을 다자간 워크플로우를 표현하고 해결하기 위한 도구로 사용하는 일관된 주제 (DAML 주도 개발 : IntellectEU)였습니다. 가치 제안을 통해 잘 알려진 DAML의 기능은 IntellectEU가 비즈니스 접근 방식을 개선하는 동시에 기술 구현을 재편하는데 도움이 되었습니다. 이러한 노력으로 IntellectEU는 앞서 언급 한 사용 사례 및 부가가치 솔루션에 대한 처리 효율성을 대규모 고객에게 전달했습니다.

IntellectEU의 제품 연구 및 개발 전략의 일환으로 기업 활동에 대응하기로 다시 결정했습니다. 이 경우 IntellectEU는 "SRD II"라고도 하는 "주주권리지침 II"및 기업지배구조 이벤트와 관련하여 대리 투표의 기존 과제에 특히 집중했습니다.

배경

상장기업의 주식은 종종 복잡한 중개자 체인(chain of intermediaries,"홀딩 체인")을 통해 보유되며, 이는 주주 지배권 행사를 복잡하게 하고 주주 참여에 장애물이 될 수 있습니다.

주주 식별 요청에 대한 메시지 기반 접근방식

기업들은 주주들과 소통할 더 나은 방법이 필요합니다. 위에 표시된 메시지 기반 접근방식은 주주 권리를 행사하는 동안 여러 가지 문제를 야기합니다. 예를 들어 총회 방송과 투표 과정을 생각해보십시오. 홀딩 체인을 통해 전송되는 회의 알림 및 대리 투표의 비효율성은 정보 왜곡이 발생할 수 있는 여러 지점으로 이어지고, 실제 필요한 것보다 더 보수적인 투표 기한을 부과하며, 주주들의 투표를 확인하기 위해 여러 통제를 시행해야 하고, 거의 모든 권한을 제공한다.
주주들이 총회에서 의결권이 제대로 부여되고 개표가 되었는지 확인할 수 있는 통제 가능성은 없습니다. 이러한 어려움은 아래에 자세히 설명되어 있습니다.

과제

이러한 주제를 다루는 기존 워크플로우는 관련 당사자에게 다양한 과제를 제시합니다. 아래 항목은 일반적인 메시지 지향 프로세스의 영향에 대한 자세한 개요를 제공합니다.

• 정보/회의 알림 및 그에 따른 수정으로 정보가 손실되거나 왜곡될 위험은 발행자에서 주주 까지 단계적으로 반복되어 전달되는 데 시간이 걸리고, 잠재적으로 현지 언어로의 번역이 필요할 수 있습니다.
• 보수적인 대리 투표 통지 마감
• 주주들은 의사소통의 부족과 많은 중개자들이 여전히 옴니버스 계정을 선택하고 대량으로 투표를 하여 주주들과 각자의 투표(의결권)를 회사로부터 숨긴다는 사실 때문에 효과적인 계표 및 투표 방향과 관련하여 통제권이 없습니다.
• 비용 증가는 메시지 기반 접근법(SWIFT 사용)을 따르는 계단식 모델과 관련된 당사자의 수, 투표 과정 중 서로 다른 역할을 수행하는 동일한 기관(글로벌 또는 로컬 관리자 모두 가능) 내에서 모든 당사자 사이의 수많은 SLA 설정 요구 사항으로 인해 발생합니다.
• 글로벌 차원의 주주권 조정은 이뤄지지 않거나 번거롭고 비용이 많이 드는 조정이 있습니다. 이것은 "과잉 투표" 또는 "부족한 투표"의 위험을 증가시키는 결과를 초래합니다. 불일치가 발견되면 여러 차례 통신(이메일 및 SWIFT 메시지)을 교환하고 투표 지침을 취소하며 이후 계정 소유자와 계정 서비스 제공자 간에 새로운 투표지침을 부여해야 합니다.

연습

이 연습은 분산원장 위에 구축 된 발행자와 투자자(혜택을 받는 소유자) 간의 단일 "커뮤니케이션"장소를 구현합니다. 이 접근방식은 보유(홀딩) 체인 및 메시지 기반 통신으로 인한 처리의 복잡성과 난제를 제거합니다. 예를 들어, 제안된 해결책에 따라 발행자는 주주식별 요청을 통해중앙 증권예탁소(CSD)에 접근을 원할 수 있습니다. 그럼에도 불구하고, 관계 공개 계약을 통해 CSD는 더 이상 주주들을 식별하기 위해 관리 연속성(custody chain)을 통해 캐스케이드 할 필요가 없습니다.

DLT기반 주주 식별 요청

첫 번째 워크플로는 거버넌스 이벤트(회의 이벤트 또는 정보 이벤트)를 수익 소유주(beneficial owners)에게 전파될 모든 정보를 제공하는 공유 기록("골든 레코드")으로 설정하기 위해 구현됩니다. 여기에서 배포될 정보를 수집하고 구조화하고 투표가 필요할 수 있는 의제를 정의하기 위해 발행자및 발행자의 대리인을 포함합니다. 공유 기록은 발행자가 확인하면 전문 미디어 제공자(블룸버그, 톰슨 로이터 등)를 포함한 전체 네트워크에 엑세스 할 수 있습니다.

투표가 필요한 경우 두 번째 워크플로우가 투표 과정을 주도합니다. 여기서 주식의 실 소유권에 대한 등기부를 유지할 수 있는 시스템과 결합하는 것이 주목할 만합니다. 관련성은 실 소유자 수준에서 의결권 계산을 자동화하는 추가 기능입니다.

연습의 초점에 따라 CSD는 투표 당사자의 연계 보관성(custody chain)에 대한 지식을 보유하고 있으며 권한 위치를 시스템에 직접 입력할 수 있다고 가정합니다. 이는 DAML을 통해, 투표 당사자에게 연계 보관성(custody chain)을 미리 공개하도록 의무화함으로써 달성되었습니다. 그러나 공시가 이루어지기 전에 투표 당사자는 먼저 코드에서 연계 보관성(custody chain)에 포함된 파트너라고 하는 각 엔티티를 온 보딩 하기 위해 일련의 간단한 시작-수락 DAML 패턴 을 실행해야 합니다.

template PartnerProposal
   with
       partner : Partner
   where
       signatory partner.votingParty

       controller partner.newPartner can
           AcceptOnboardingPartnerProposal : ContractId Partner
               do create partner

"PartnerProposal"수락은 CSD가 파트너를 시스템에 승인할 수 있는 권한을 부여하는 "Partner"계약이 생성됩니다. 이는 해당 법인에 대한 CSD의 실사 실행을 모방하기 위한 것입니다.

template Partner
   with
       votingParty : Party
       csd : Party
       newPartner : Party
       role : PartnerRole
   where
       signatory votingParty
       observer csd, newPartner
       key (votingParty, newPartner) : (Party, Party)
       maintainer key._1

       controller csd can
           preconsuming ApprovePartner : ContractId CustodyChain
               do
                   ...

마지막으로, "ApprovePartner" 선택(choice) 행사(exercise) 조건의 일환으로 이러한 단체나 파트너는 "CustodyChain" 계약의 역할에 따라 개별적으로 연결됩니다. 이 계약을 설정하면 CSD는 이 정보를 주문형(on-demand)으로 활용할 수 있습니다. 이는 CSD가 이제 연계 보관성(custody chain) 전체에 걸쳐 권리 지위를 보다 효과적으로 전달할 수 있음을 의미합니다.

template CustodyChain
   with
       votingParty : Party
       csd : Party
       localCustodian : Optional Party
       globalCustodian : Optional Party
       servicesProvider : Optional Party
   where
       signatory votingParty, csd
       key (votingParty, csd) : (Party, Party)
       maintainer key._2

       controller csd, votingParty can
           OnboardNewPartner : ContractId CustodyChain
            ...

DAML을 사용하여 이러한 워크플로우를 모델링할 수 있는 단순성 외에도, 선택한 원장에 관계없이 워크플로우 처리 단계의 변경 불가능한 감사 추적을 가능하게 하기 위해 DAML도 활용되었다는 점을 알아두세요. 또한 투표 과정의 투명성을 높이고 투표 집계에 대한 충분한 증거를 제공합니다.

원장에 보관된 글든레코드(golden record)의 일부로서 자격이 주어지기 때문에 투표 기한을 개선할 수 있습니다. 스마트 계약 검증은 주주가 "과도하게 투표"하는 것을 자동으로 방지할 수 있는데, 이는 과정에 참여한 모든 주주들에게 표를 조정하는 것이 더 쉽고 비용이 적게 든다는 것을 의미합니다.

거버넌스 이벤트 및 프록시 투표 워크플로우

워크플로우를 개선하고 단순화하며 시간과 마찰을 줄임으로써, 주주들은 투표의 영향을 분석하고 총회 안건의 각 항목에 대해 보다 이성적인 투표를 할 수 있는 시간을 확보할 수 있습니다.

또한 DAML의 사용을 통해, 이 프로세스에 관련된 이해관계자는 거버넌스 모델에 대한 더 많은 유연성을 갖게 됩니다. 이러한 유연성은 중앙 참여자가 신뢰할 수 있는 제3 자의 통제 하에 중앙집권식 원장에서 구현을 추진하는 것과 관련이 있습니다. 다른 한편으로 컨소시엄이 동일한 워크플우를 따르는보다 분산된 솔루션을 따르는 것도 마찬가지로 적절합니다. 이러한 옵션에서 워크플로우 단계의 동기화 및 제어는 DAML의 Ledger API를 통해 DAML 및 데이터 분리에 의해 보장됩니다.

양쪽 관점에서 현재 지주 체인(holding chain)은 수익 소유자가 거버넌스 이벤트 공유기록에 직접적이고 즉각적인 접근을 할 수 있고, 이를 통해 자신의 입장을 투표할 수 있는 권한을 부여받는 시스템을 통해 강화됩니다.

도입 혜택 (Benefits)

위에서 언급 한 해결책은 거버넌스 이벤트 및 대리투표에 대한 현재 실무관행의 영향을 받는 엔티티(기업)에 대한 다양한 긍정적인 영향으로 해석됩니다. 제안된 플랫폼은 경쟁력 있는 대리투표 솔루션을 구성하며, 비용의 효율적인 방식및 장점은 다음과 같습니다.

• 발행자와 주주 간에 직접적인 의사소통이 이루어집니다. 주주는 SRDII에 따라 자세한 회의 정보와 필요한 회사 정보에 접근할 수 있습니다. 더 이상 정보 왜곡이나 지연이 없습니다.
• 의결권 부여 시한은 모든 주주를 위해 표준화되고 개선되었으며 더 이상 SLA를 악화시키는 지점 간 통신(point to point)에 의존하지 않습니다.
• 투표 결과에 대한 접근과 관련된 투명성은 즉시 이루어지며, 주주들은 주어진 투표 지침에 따라 투표가 고려되었는지 확인하기 위해 시스템에 접속할 수 있습니다.
• 글로벌 권한(권리) 조정을 통해 운영 위험을 줄이고, 투표를 승인하기 전에 한 곳에서 통제가 가능하며 과다 또는 과소 투표를 방지할 수 있습니다.

원문 : Streamline proxy voting and regulatory reporting using DLT
https://daml.com/daml-driven/streamline-proxy-voting-and-regulatory-reporting-using-dlt/