JP2022021081A - 権利移転完結型電子帳簿サーバ、及び権利移転完結型電子帳簿システム - Google Patents

Abstract

【課題】ブロックチェーンを用いた、セキュリティトークン（ＳＴ）に対する記録内容と権利実態が常に一致し、且つ、投資家の権利保全と安定性を確保できる、電子帳簿サーバ及び電子帳簿システムを提供をする。【解決手段】電子帳簿システム１０００は、ブロックチェーン上の秘密鍵による署名・検証を譲渡条件とした受益証券発行信託の受益権（受益証券）をＳＴとして、当該受益証券発行信託に係る受益権原簿の電磁的記録として、ＳＴの名義の移転を含む電子帳簿を管理する。電子帳簿システム１０００は、ＳＴのトランザクションを管理するブロックチェーン・ネットワーク４００と、ＳＴの名義の移転を検証する制御部１１０及びＳＴの名義の移転を記憶する記憶部１２０を有する電子帳簿サーバ１００とを備える。制御部１１０は、ＳＴの名義移転が適正と判断されると、記憶部１２０にＳＴの名義移転を記憶するとともに、ＢＣＮ４００上でＳＴの名義を移転する。【選択図】図１

Description

本発明は、セキュリティトークン（ＳＴ）に関する電子帳簿を管理する電子帳簿サーバ、及び電子帳簿システムに関する。より詳細に、本発明は、ブロックチェーンを用いて、有価証券に基づくＳＴに関する電子帳簿を管理する電子帳簿サーバ、及び電子帳簿システムに関する。

ＳＴには、暗号資産のように電子的記録（ブロックチェーン）自体に価値があると信じられ、価値の裏付けとなる資産が存在しない形態である「デジタルアセット」で、且つ収益分配のある第１のＳＴと、何らかの裏付資産が存在し、電子的記録（ブロックチェーン）は裏付資産に係る保有残高等を表象する「デジタル化アセット」としての第２のＳＴとが存在し得る。

第１のＳＴは、例えば、ブロックチェーンを用いた分散型サービスに対するエクイティ持分を規定することができる。第１のＳＴは、サービスが生み出す利用料等を一定の計算により持分保有者に分配することができる。第２のＳＴは、例えば、一般的な証券化スキームであるＧＫ－ＴＫスキームにおいて、ＴＫ出資持分をＳＴ化し、証券化の対象となった原資産が生み出すキャッシュを、ＴＫの配当として分配することができる。

デジタル化アセットとしての第２のＳＴは、「ブロックチェーン記録内容と法律上の権利状態との乖離」に関する第１の観点、及び「第三者対抗要件」に関する第２の観点について、問題点が生じえる。また、デジタルアセットとしての第１のＳＴは「倒産隔離」に関する第３の観点について、問題点が生じえる。

第１の観点として、第２のＳＴは、財産的価値の移転（権利者や権利数を電子的に記録した電子帳簿の書換え）と権利の移転の一連性とについて、次の問題点が生じえる。即ち、譲渡は新旧債務者間の合意で成立するため、第２のＳＴに対するＴＫ出資持分が、民法上の指名債権に該当するとすれば、２０２０年４月施行の改正民法により譲渡制限は無効となるため、第２のＳＴを管理する管理システム外で異例譲渡が生じえる。したがって、第２のＳＴに対しては、管理システムの電子帳簿記録内容と、法律上の権利状態とが乖離する虞が生じえる。

次に、第２の観点として、第２のＳＴは、第三者対抗要件について、次のような問題点が生じる。第２のＳＴの移転の際、確定日付ある書面による債務者への通知又は承諾が必要となるが、確定日付は電子化されておらず、公証人役場での発行が必要なため、第２のＳＴを管理する管理システムで完結しない。したがって、ＧＫ－ＴＫスキームのＳＴ化（第２のＳＴ）において、第三者にも対抗可能な状態で権利を移転するためには管理システム外の手続を要し、電子帳簿記録内容と、法律上の権利状態とが乖離する虞が生じえる。

最後に、第３の観点として、第１のＳＴは、倒産隔離について、次の問題点が生じる。第１のＳＴの所有者は、エクイティ持分の対象となる分散型サービス提供者（即ち発行体）の倒産リスクを負う場合が多いと考えられる。したがって、デジタルアセットとして第１のＳＴは、第１のＳＴの発行体の倒産リスクからの遮断が図られていないため、投資家の権利保全が不十分となっている。

そこで、本発明は、ブロックチェーンを用いつつ、ＳＴに対するブロックチェーンの記録内容と法律上の権利実態が常に一致し、且つ発行体の倒産リスクからも隔離可能な、投資家の権利の保全と安定性の確保ができる、電子帳簿サーバ、及び電子帳簿システムの提供を目的とする。

本発明の電子帳簿サーバ、及び電子帳簿システムの各態様は、次の通りである。
（態様１）
セキュリティトークン（ＳＴ）の名義の移転を含む電子帳簿を管理する電子帳簿システムであって、
前記ＳＴのトランザクション（Ｔｘ）を管理するブロックチェーン・ネットワーク（ＢＣＮ）と、
前記Ｔｘに含まれる前記ＳＴの名義の移転を検証する制御部、及び前記ＳＴの名義の移転を記憶する記憶部を有する、電子帳簿サーバとを備え、
前記電子帳簿サーバの前記制御部は、前記ＳＴの名義の移転が前記検証によって適正と判断されると、前記記憶部に前記ＳＴの名義の移転を記憶するとともに、前記ＢＣＮ上で前記ＳＴの名義を移転する、電子帳簿システム。

（態様２）
態様１に記載の電子帳簿システムであって、
前記ＳＴの名義の移転元であり、前記Ｔｘを作成し前記ＳＴの名義を移転するために移転元秘密鍵で署名する制御部を備える移転元サーバと、
前記ＳＴの名義の移転先であり、前記ＳＴの名義を移転するために移転先秘密鍵で署名する制御部を備える移転先サーバとを備える、電子帳簿システム。
（態様３）
態様２に記載の電子帳簿システムであって、
前記電子帳簿サーバ、前記移転先サーバ、及び前記移転元サーバは、それぞれ前記ＢＣＮのノードを備える、電子帳簿システム。
（態様４）
態様１に記載の電子帳簿システムであって、
前記ＳＴの移転元に代わって、前記ＳＴの名義を移転するための前記Ｔｘを作成する制御部を有するカストディアン・サーバを備える、電子帳簿システム。

（態様５）
態様４に記載の電子帳簿システムであって、
前記カストディアン・サーバは、前記ＳＴの移転元秘密鍵、前記ＳＴの移転先秘密鍵を有する記憶部を備え、
前記カストディアン・サーバの前記制御部は、前記ＳＴの名義を移転する際、前記移転元秘密鍵及び前記移転先秘密鍵を用いて署名する、電子帳簿システム。
（態様６）
態様５に記載の電子帳簿システムであって、
前記電子帳簿サーバ、及び前記カストディアン・サーバは、それぞれ前記ＢＣＮのノードを備える、電子帳簿システム。
（態様７）
態様２、３、５、又は６に記載の電子帳簿システムであって、
前記電子帳簿サーバの前記制御部は、前記移転元秘密鍵及び前記移転先秘密鍵の検証を実行する、電子帳簿システム。

（態様８）
態様７に記載の電子帳簿システムであって、
前記電子帳簿サーバの前記制御部は、前記移転元秘密鍵及び前記移転先秘密鍵が前記検証によって適正と判断されると、前記電子帳簿サーバの前記記憶部に前記ＳＴの名義の移転を記憶するとともに、前記ＢＣＮ上で前記ＳＴの名義を移転する、電子帳簿システム。
（態様９）
態様４～８のいずれか一項に記載の電子帳簿システムであって、
前記ＳＴの名義の移転元である移転元サーバと、
前記ＳＴの名義の移転先である移転元サーバとを備える、電子帳簿システム。
（態様１０）
態様９に記載の電子帳簿システムであって、
前記移転先サーバ、及び前記移転元サーバは、それぞれ前記ＢＣＮのノードを備えていない、電子帳簿システム。

（態様１１）
態様４～１０のいずれか一項に記載の電子帳簿システムであって、
前記カストディアン・サーバの前記記憶部は、投資家の端末装置に係る投資家秘密鍵を有する、電子帳簿システム。
（態様１２）
態様１１に記載の電子帳簿システムであって、
前記カストディアン・サーバの前記制御部は、前記投資家が前記ＳＴの名義の移転元及び／又は移転先である場合、前記Ｔｘに前記投資家秘密鍵を用いて署名する、電子帳簿システム。
（態様１３）
態様１～１２のいずれか一項に記載の電子帳簿システムであって、
前記ＳＴは譲渡の成立条件として前記検証によって適正と判断されることを必要とする受益証券発行信託の受益権（受益証券）であり、前記電子帳簿は当該受益証券発行信託の受益権原簿の電磁的記録である、電子帳簿システム。

（態様１４）
セキュリティトークン（ＳＴ）の名義の移転を含む電子帳簿を管理する電子帳簿サーバであって、
前記電子帳簿サーバは、前記ＳＴのトランザクション（Ｔｘ）を管理するブロックチェーン・ネットワーク（ＢＣＮ）に接続され、
前記電子帳簿サーバは、前記Ｔｘに含まれる前記ＳＴの名義の移転を検証する制御部、及び前記ＳＴの名義の移転を記憶する記憶部を有し、
前記制御部は、前記ＳＴの名義の移転が前記検証によって適正と判断されると、前記記憶部に前記ＳＴの名義の移転を記憶するとともに、前記ＢＣＮ上で前記ＳＴの名義を移転する、電子帳簿サーバ。

本発明の電子帳簿サーバ、及び電子帳簿システムは、電子帳簿の記録内容（ＳＴの名義の移転の記録）と法律上の権利実態が常に一致することで、他のＳＴ化の仕組みでは実現が難しい投資家の権利の保全と安定性の確保が図られる。

本発明の第１の実施形態に係る電子帳簿システムを含む構成図である。 本発明の第２の実施形態に係る電子帳簿システムを含む構成図である。

本発明の各実施形態に係る電子帳簿システムを、図面を参照しつつ説明する。本発明の各実施形態は、信託財産に基づく受益証券発行信託の受益権（受益証券）をＳＴとして移転することを前提とする。

［第１の実施形態］
第１の実施形態に係る電子帳簿システム１０００の構成を、図１を用いて説明する。電子帳簿システム１０００は、信託財産の委託者（当初受益者）が管理するＡサーバ２００と、信託財産に基づく受益証券発行信託に関する受託者が管理するＢサーバ１００と、受益証券発行信託の受益権（受益証券）（金融商品）の取引業者が管理するＤサーバ３００と、ブロックチェーン・ネットワーク（ＢＣＮ）４００とから構成される。

Ｂサーバ（電子帳簿サーバ）１００は、Ａサーバ２００やＤサーバ３００との通信及びＳＴを管理する制御部１１０と、記憶部１２０と、ＢＣＮ４００に含まれるＢノード１３０と、Ｂサーバ１００が管理するＳＴに用いるＢアドレスとを備えている。記憶部１２０は、受益権原簿データベースの一部を構成するＢ内部データベース１２２を備えている。

Ａサーバ２００は、Ｂサーバ１００やＤサーバ３００との通信及びＳＴを管理する制御部２１０と、記憶部２２０と、ＢＣＮ４００に含まれるＡノード２３０と、Ａサーバ２００が有するＳＴに用いるＡアドレスとを備えている。記憶部２２０は、受益権原簿データベース（電子帳簿）の一部を構成するＡ内部データベース２２２と、Ａ自己持分のＳＴに関するＡ秘密鍵とを備えている。

Ｄサーバ３００は、Ｂサーバ１００やＡサーバ２００との通信及びＳＴを管理する制御部３１０と、記憶部３２０と、ＢＣＮ４００に含まれるＤノード３３０とを備えている。記憶部３２０は、受益権原簿データベースの一部を構成するＤ内部データベース３２２と、Ｄ自己持分のＳＴに関するＤ秘密鍵と、後述するＥ秘密鍵（投資家１）及びＦ秘密鍵（投資家２）と、Ｄサーバ３００が有するＳＴに用いるＤアドレスと、Ｅ端末装置５００及びＦ端末装置６００がそれぞれ有するＳＴに用いるＥアドレス（投資家１）及びＦアドレス（投資家２）とを備えている。さらに、Ｄサーバ３００は、少なくとも、投資家１が管理するＥ端末装置５００及び投資家２が管理するＥ端末装置５００と、それぞれ通信可能に接続されている。

次に電子帳簿システム１０００における処理を説明する。最初に、ステップＳ１００に先立って、信託財産の受託者（Ｂサーバ１００の管理者）は、委託者（Ａサーバ２００の管理者）との間で、ＢＣＮ４００上の秘密鍵による署名・検証を譲渡条件とした受益証券発行信託に関する信託契約を締結する。次いで、信託契約の締結後、ステップＳ１００で、Ｂサーバ１００の制御部１１０は、ＢＣＮ４００で流通するＳＴの新規発行（Ｍｉｎｔ）を、Ｂノード１３０を介して実行する。ステップＳ１００の具体的な処理として、制御部１１０は、ＢＣＮ４００及び内部データベース１２２上に、受益権原簿データベースを作成し、Ａアドレス宛に新規ＳＴを生成（発行）する。

ステップＳ１０１で、Ａサーバ２００の制御部２００は、Ａサーバ１００からＤサーバ３００に対してＳＴを移転（金融商品取引業者（Ｄサーバ３００の管理者）による引受）するために、ＳＴ移転のためのトランザクション（Ｔｘ）をＡノード２３０を介して作成する。なお、Ｔｘは、ＢＣＮ４００上でＳＴを移転（名義と残高の書換）する際の処理を示し、Ｔｘが、ＢＣＮ４００上の受益権原簿データベースに対応する。

ステップＳ１０２で、Ａサーバ２００の制御部２１０は、Ａサーバ２００からＤサーバ３００にＳＴを移転するためのＴｘにＡ秘密鍵で、Ａノード２３０を介して署名する。

ステップＳ１０３で、Ｄサーバ３００の制御部３１０は、Ａサーバ２００からＤサーバ３００にＳＴを移転するためのＴｘに対して、Ｄ秘密鍵で、Ｄノード３３０を介して署名する。

ステップＳ１０３の完了後、ステップＳ１０４で、Ｂサーバ１００の制御部１１０は、Ｓ１０２及びＳ１０３で実行されたＳＴを移転するＴｘに対して、移転内容、Ａ秘密鍵署名（移転元の秘密鍵署名）、及びＤ秘密鍵署名（移転先の秘密鍵署名）に関して、検証を実行する。検証によって、移転内容、Ａ秘密鍵署名、及びＤ秘密鍵署名が適正と判断されると、Ｔｘ（移転内容）をＢ内部データベース１２２に取り込む。

ステップＳ１０５で、Ｂサーバ１００の制御部１１０は、取り込まれたＴｘに基づき受益権原原簿データベース（ＢＣＮ４００の新規Ｔｘ及びＢ内部ＤＢ１２２）を更新する。Ｓ１０６で、Ｂサーバ１００の制御部１１０は、検証後適正とされたＴｘに基づき、移転先（Ｄサーバ３００）のＤアドレスにＳＴを移転する。なお、ＢＣＮ４００のＴｘの移転に伴い、Ａサーバ２００の制御部２１０は、Ｔｘに基づきＡサーバ２００のＡ内部データベース２２２を更新し、Ｄサーバ３００の制御部３１０は、Ｔｘに基づきＤサーバ３００のＤ内部データベース３２２を更新する。

次に、Ｄサーバ３００が、Ｄサーバ３００（Ｄアドレス）に移転されたＳＴを投資家との間で売買する際の処理（プライマリ取引、セカンダリ取引）を説明する。プライマリ取引は、ＤサーバがＳＴを売り、Ｅ端末装置５００がＳＴを買うものとする。

プライマリ取引では、ステップＳ１０７で、Ｅ端末装置５００は、ＢＣＮ４００を介さずに、通常の通信回線を介してＤサーバ３００に対して、ＳＴの買いを要求し、Ｄサーバ３００は自己が有するＳＴの売りを認めると約定が成立し、ステップＳ１０９に移行する。なお、プライマリ取引では、ステップＳ１０８は実行されない。ステップＳ１０９で、Ｄサーバ３００の制御部３１０は、Ｄサーバ３００が名義を有するＳＴを、Ｅ端末装置５００の名義として移転するためのＴｘを作成する。さらに、プライマリ取引の場合、Ｓ１１０で、Ｄサーバ３００の制御部３１０は、Ｄサーバ３００が有するＳＴの名義をＥ端末装置５００に移転するためのＴｘに対して、Ｄ秘密鍵及びＥ秘密鍵を用いて、Ｄノード３３０を介してＢＣＮ４００上で署名する。

次に、セカンダリ取引では、ステップＳ１０７で、Ｅ端末装置５００は、ＢＣＮ４００を介さずに、通常の通信回線を介してＤサーバ３００に対して、ＳＴの買いを要求し、ステップＳ１０８で、Ｆ端末装置６００は、ＢＣＮ４００を介さずに、通常の通信回線を介してＤサーバ３００に対して、ＳＴの売りを要求する。この売買が一致すると約定が成立し、ステップＳ１０９に移行する。ステップＳ１０９で、Ｄサーバ３００の制御部３１０は、Ｅ端末装置５００が名義を有するＳＴを、Ｆ端末装置６００の名義として移転するためのＴｘを、Ｄノード３３０を介してＢＣＮ４００上で作成する。次に、ステップＳ０１０で、Ｄサーバ３００の制御部３１０は、Ｅ端末装置５００が有するＳＴの名義をＦ端末装置６００に移転するためのＴｘに対して、Ｅ秘密鍵及びＦ秘密鍵を用いて、Ｄノード３３０を介してＢＣＮ４００上で署名する。

その後の処理は、プライマリ取引及びセカンダリ取引ともに共通し、ステップＳ１１１に移行する。Ｂサーバ１００の制御部１１０は、前述したステップＳ１０４からＳ１０６とそれぞれ同じ処理であるステップＳ１１１からＳ１１３の処理を、順に実行する。

以上説明したように、第1の実施形態において、Ａサーバ２００、Ｂサーバ１００、及びＣサーバ３００は、ＳＴの移転スキーム（移転及び名義変更）に直接参加するため、それぞれがＢＣＮ４００上のノード２３０、１３０、及び３３０を具備する。それぞれのサーバ２００、１００、３００は、電子帳簿としての受益権原簿データベース（Ｔｘ及び各内部データベース２２２、１２２、３２２）にアクセス可能とし、Ａサーバ２００は当初受益者としてＳＴ発行時に得るＳＴを移転するためのＡ秘密鍵を管理する。Ｄサーバ３００は、自己持分のＳＴを移転するためのＤ秘密鍵、及び投資家１及び２持分のＳＴを移転するためのＥ秘密鍵及びＦ秘密鍵を管理する。

ＳＴの移転時は、移転元ＳＴを保有するＡサーバ２００又はＤサーバ３００（移転元サーバ）がＴｘを作成し、移転元秘密鍵で署名し、移転先ＳＴを管理するＤサーバ３００（移転先サーバ）も移転先秘密鍵で署名した上で、Ｂサーバ１００がＴｘ及び署名内容を検証した後、ＳＴを移転する。ＳＴは当該検証を譲渡の成立要件とした受益証券発行信託の受益権（受益証券）を表象したものであり、且つ当該ＳＴ移転結果は第三者への対抗要件となる受益権原簿の内容と同値のため、第１の実施形態に係る電子帳簿システム１０００は、電子帳簿の書換と法律上の権利移転とを一連で処理することができる。

［第２の実施形態］
第２の実施形態に係る電子帳簿システム２０００の構成を、図２を用いて説明する。なお、第２の実施形態において、第１の実施形態と同一部分には、同一の符号を付し、説明を適宜省略する。電子帳簿システム２０００は、Ａサーバ２００、Ｂサーバ１００、Ｄサーバ３００、ＢＣＮ４００に加えて、ＳＴの管理等を実行するＣサーバ（カストディアン・サーバ）７００を備える。なお、本実施形態におけるＣサーバ７００は、Ａサーバ２００及びＤサーバ３００に代わって、ＳＴを移転するためのＴｘの作成、及び秘密鍵による署名等といった、ＳＴの管理を行う。

Ｃサーバ７００は、Ｂサーバ１００やＤサーバ３００との通信及びＳＴを管理する制御部７１０と、記憶部７２０と、ＢＣＮ４００に含まれるＣノード７３０と、Ａサーバ２００及びＤサーバ３００がそれぞれ有するＳＴに用いるＡアドレス及びＤアドレスとを備えている。記憶部７２０は、受益権原簿データベースの一部を構成するＣ内部データベース７２２と、Ａ持分のＳＴに関するＡ秘密鍵と、Ｄ持分のＳＴに関するＤ秘密鍵と、Ｅ持分のＳＴに関するＥ秘密鍵と、Ｆ持分のＳＴに関するＦ秘密鍵とを備えている。

電子帳簿システム２０００において、Ａサーバ２００及びＤサーバ２００がＢＣＮ４００上のノードを有さないため、Ａサーバ２００及びＤサーバ２００はＴｘ作成（ＢＣＮ４００）に関係する処理に直接関与しない。換言すれば、電子帳簿システム２０００において、Ｂサーバ１００及びＣサーバがそれぞれＢノード１２０及びＣノード７３０を有するため、Ｂサーバ１００及びＣサーバのみで、Ｔｘ作成及び秘密鍵署名（ＢＣＮ４００）に関係する処理を実行することができる。

次に電子帳簿システム２０００における処理を説明する。最初に、ステップＳ２００に先立って、信託財産の受託者（Ｂサーバ１００の管理者）は、委託者（Ａサーバ２００の管理者）との間で、受益証券発行信託に関する信託契約を締結する。次いで、信託契約の締結後、ステップＳ２００で、Ｂサーバ１００の制御部１１０は、ＢＣＮ４００で流通するＳＴの新規発行（Ｍｉｎｔ）を、Ｂノード１３０を介して実行する。ステップＳ２００における具体的な処理として、制御部１１０は、受益権原簿データベースを作成し、Ａアドレス宛に新規ＳＴを生成する。

次に、Ｄサーバ３００における、ＳＴの引受、プライマリ取引、及びセカンダリ取引を、順に説明する。初めに、ステップＳ２０１において、ＳＴ移転指図が引受の場合、Ａサーバ２００側がＳＴの売りとなり、ＤサーバがＳＴの買いとなる。ステップＳ２０１で、Ｄサーバ３００の制御部３１０は、Ｃサーバ７００に対して、ＳＴ移転指図（引受）を、ＢＣＮ４００を介さずに、通常の通信回線を介して送信し、これをＣサーバ７００が受け入れるとステップＳ２０２に移行する。ステップＳ２０２で、Ｃサーバ７００の制御部７１０は、Ｃサーバ７００が管理するＡサーバ２００のＳＴを、Ｄサーバ３００の名義として移転する（書き換える）ためのＴｘを作成する。

ステップＳ２０３で、Ｃサーバ７００の制御部７１０は、Ａ秘密鍵を用いて、Ａサーバ２００からＤサーバ３００にＳＴの名義を移転するＴｘに署名する。ステップＳ２０４で、Ｃサーバ７００の制御部７１０は、Ｄ秘密鍵を用いて、Ａサーバ２００からＤサーバ３００にＳＴを移転するＴｘに署名し、ステップＳ２０５に移行する。

Ｂサーバ１００の制御部１１０は、ステップＳ２０５～Ｓ２０７の処理を実行する。ステップＳ２０５～Ｓ２０７の処理は、それぞれステップＳ１０４～Ｓ１０６の処理と同じである。

次に、プライマリ取引の処理を説明する。プライマリ取引の場合、Ｄサーバ３００側がＳＴの売りとなり、Ｅ端末装置５００側がＳＴの買いとなる。初めに、ステップＳ２０８で、Ｅ端末装置５００は、ＢＣＮ４００を介さずに、通常の通信回線を介してＤサーバ３００に対して、ＳＴの買いを要求し、Ｄサーバ３００はこれを受け入れて約定が成立し、ステップＳ２１０に移行する。なお、プライマリ取引では、ステップＳ２０９は実行されない。

ステップＳ２１０で、Ｄサーバ３００の制御部３１０は、Ｃサーバ７００に対して、ＳＴ移転指図（プライマリ）を、ＢＣＮ４００を介さずに、通常の通信回線を介して送信する。ステップＳ２１１で、Ｃサーバ７００の制御部７１０は、Ｃサーバ７００が管理するＤサーバ３００のＳＴを、Ｅ端末装置５００の名義として移転する（書き換える）ためのＴｘを作成する。

ステップＳ２１２で、Ｃサーバ７００の制御部７１０は、Ｄ秘密鍵を用いて、Ｄサーバ３００からＥ端末装置７００にＳＴの名義を移転する（書き換える）Ｔｘに署名する。さらに、ステップＳ２１２で、Ｃサーバ７００の制御部７１０は、Ｅ秘密鍵を用いて、Ｄサーバ３００からＥ端末装置７００にＳＴの名義を移転する（書き換える）Ｔｘに署名し、後述するステップＳ２１３に移行する。

最後に、セカンダリ取引の処理を説明する。セカンダリ取引の場合、Ｅ端末装置５００側がＳＴの売りとなり、Ｆ端末装置６００側がＳＴの買いとなる。セカンダリ取引では、ステップＳ２０８で、Ｅ端末装置５００は、ＢＣＮ４００を介さずに、通常の通信回線を介してＤサーバ３００に対して、ＳＴの買いを要求し、ステップＳ２０８で、Ｆ端末装置６００は、ＢＣＮ４００を介さずに、通常の通信回線を介してＤサーバ３００に対して、ＳＴの売りをＤサーバ３００に対し要求すると、約定が成立し、ステップＳ２１０に移行する。

ステップＳ２１０で、Ｄサーバ３００の制御部３１０は、Ｃサーバ７００に対して、ＳＴ移転指図（セカンダリ）を、ＢＣＮ４００を介さずに、通常の通信回線を介して送信する。ステップＳ２１２で、Ｃサーバ７００の制御部７１０は、Ｃサーバ７００が管理するＥ端末装置５００のＳＴの名義を、Ｆ端末装置６００に移転する（書き換える）ためのＴｘを作成する。

ステップＳ２１２で、Ｃサーバ７００の制御部７１０は、Ｅ端末装置５００からＦ端末装置６００にＳＴの名義を移転する（書き換える）Ｔｘに、Ｅ秘密鍵を用いて署名する。さらに、ステップＳ２１２で、Ｃサーバ７００の制御部７１０は、Ｅ端末装置５００からＦ端末装置６００にＳＴを移転する（ＳＴの名義を書き換える）Ｔｘに、Ｆ秘密鍵を用いて署名し、後述するステップＳ２１３に移行する。

その後の処理は、プライマリ取引及びセカンダリ取引ともに共通し、Ｂサーバ１００の制御部１１０は、前述したステップＳ１０４からＳ１０６とそれぞれ同じ処理であるステップＳ２１３からＳ２１５の処理を、順に実行する。

以上説明したように、第２の実施形態は、第１の実施形態におけるＡサーバ２００、Ｄサーバ３００が秘密鍵管理を委託する先として、Ｃサーバ７００を用いる場合である。Ｃサーバ７００は、Ａサーバ２００が当初受益者として発行時に得るＳＴを移転するためのＡ秘密鍵、Ｄサーバ３００の自己分のＤ秘密鍵及び投資家のＥ及びＦ秘密鍵を、Ｃサーバ７００上で管理する。

第２の実施形態において、ＳＴ移転時に必要な、移転元のＳＴ保有者のＴｘ作成、移転元及び移転先のＳＴ保有者の署名をＣサーバ７００が実施するとともに、Ｂサーバ１００は、第１の実施形態と同様に電子帳簿の書換を行う。

［ＳＴ移転Ｔｘの、内容及び署名に対する、検証及び取込等の具体例］
第１及び第２の実施形態では、好ましくは、ＢＣＮ４００として「Ｃｏｒｄａ」を利用するが、これに限定されず、他のＢＣＮ、例えば、「Ｈｙｐｅｒｌｅｄｇｅｒプロジェクト」、又は「Ｑｕｏｒｕｍ」を用いることもできる。以下、「Ｃｏｒｄａ」を前提として、ステップＳ１０４（Ｓ１１１、Ｓ２０５、Ｓ２１３も同じ）の処理を詳細に説明する。

Ｂサーバ１００（Ｂノード１３０）は、「Ｃｏｒｄａ」における、（ｉ）Ａｓｓｅｔ Ｎｏｄｅ及び(ｉｉ)Ｎｏｎ－Ｖａｌｉｄａｔｉｎｇ Ｎｏｔａｒｙの役割を果たす。（ｉ）及び（ｉｉ）の権限は以下のとおりである。
（ｉ）Ａｓｓｅｔ Ｎｏｄｅは、自らが受託者となっているＴｘについて、Ｔｘ内容（ｉｎｐｕｔ／ｏｕｔｐｕｔのｓｔａｔｅ（状態データ）内容）を、参照・検証・更新することが可能である。
(ｉｉ)Ｎｏｎ－Ｖａｌｉｄａｔｉｎｇ Ｎｏｔａｒｙは、Ｔｘの内容自体は参照できないが、二重消費有無を検証することが可能である。

ステップＳ１０４等の検証及び取込として、次の第１の処理～第４の処理が実行される。
第１の処理として、（ｉ）Ａｓｓｅｔ Ｎｏｄｅ側として、不正な移転(＝不正な状態遷移)をしていないかの検証を実行する。具体的に、無から有を生んでいないか、宛先は１人以上か、必要な署名は集まっているかを検証する。
第２の処理として、(ｉｉ)Ｎｏｎ－Ｖａｌｉｄａｔｉｎｇ Ｎｏｔａｒｙ側として、二重消費がないかの検証を実行する。具体的には、Ｔｘのハッシュ値をとり、これまでに重複したハッシュ値がないかを検証する。
第３の処理として、（ｉ）Ａｓｓｅｔ Ｎｏｄｅ側として、(ｉｉ)Ｎｏｎ－Ｖａｌｉｄａｔｉｎｇ Ｎｏｔａｒｙによる検証済のＴｘを取込む（自身のデータ内容を更新する）。
第４の処理として、（ｉ）Ａｓｓｅｔ Ｎｏｄｅ側として、他のノードに対して、(ｉｉ)Ｎｏｎ－Ｖａｌｉｄａｔｉｎｇ Ｎｏｔａｒｙによる検証済のＴｘを配布する。

［まとめ］
本発明の第１及び第２の実施形態において、受益権原簿データベース（電子帳簿）は、ＢＣＮ４００と、少なくともＢサーバ１００のＢ内部データベース１２２とから構成される。なお、好ましくは、本発明の第１の実施形態において、受益権原簿データベース（電子帳簿）は、ＢＣＮ４００と、Ｂサーバ１００のＢ内部データベース１２２と、Ａサーバ２００のＡ内部データベース２２２と、Ｄサーバ３００のＤ内部データベース３２２とから構成される。また、好ましくは、本発明の第２の実施形態において、受益権原簿データベース（電子帳簿）は、ＢＣＮ４００と、Ａサーバ２００のＡ内部データベース２２２と、Ｂサーバ１００のＢ内部データベース１２２と、Ｄサーバ３００のＤ内部データベース３２２と、Ｃサーバ７００のＣ内部データベース７２２とから構成される。

受益権原簿データベースは、「譲渡制限」付の「受益証券発行信託」の受益権原簿に係る電磁的記録となる。なお、「譲渡制限」に関しては、信託契約上、譲渡の成立には「受託者サーバによるＳＴ移転Ｔｘの内容の検証及び取込」を要することを予め定めている。「受益証券発行信託」は、信託法上、受益権原簿が第三者への対抗要件として機能する。なお、本発明の第１及び第２の実施形態において、ＳＴは、Ｂサーバ１００の制御１１０部によって、譲渡の成立条件として検証によって適正と判断されることを必要とする受益証券発行信託の受益権（受益証券）であり、電子帳簿（Ｂ内部データベース１２２）は当該受益証券発行信託の受益権原簿の電磁的記録である。

第１及び第２の実施形態に係る電子帳簿システムは、受益証券発行信託の受益権原簿データベースとしてＢＣＮ４００（Ｔｘ）を利用し、受益権をＳＴ化する。ＳＴ化の処理上、譲渡成立にはＢＣＮ４００を利用した電子帳簿書換を必須とし、帳簿内容は法律上の権利実態と一致することとなる。

加えて、第１及び第２の実施形態に係る電子帳簿システムは、電子帳簿の記録自体が対抗要件も備え、且つ信託での倒産隔離も図られることで、投資家の権利保全が可能となる。より詳細には、第１及び第２の実施形態に係る電子帳簿システムは、受益証券発行信託の受益権原簿データベースとしてＢＣＮ４００上のＴｘを電子帳簿として利用し、受益権をＳＴ化する。さらに、第１及び第２の実施形態に係る電子帳簿システムは、利用者に信託契約上譲渡制限を付し、ＢＣＮ４００上でＴｘ及び新旧投資家分の秘密鍵署名内容の検証・取込をもって、譲渡成立の条件とする処理を実行する。

財産的価値の移転（権利者や権利数を電子的に記録した電子帳簿の書換え）と権利の移転との一連性に関する第１の観点について、第１及び第２の実施形態に係る電子帳簿システムは、処理上、ＢＣＮ４００上のＴｘ及び署名内容に係る、検証及び取込が無ければ、譲渡できない（名義の書き換えができない）ため、電子帳簿の記録内容と権利の移転は必ず一致することとなる。

また、第１及び第２の実施形態に係る電子帳簿システムにおいて、ＧＫ－ＴＫスキームにおける指名債権としてのＴＫ出資持分と異なり、信託法上譲渡制限は有効となる（信託法９３条２項）。これによって、第１及び第２の実施形態に係る電子帳簿システムにおいて、ＧＫ－ＴＫスキームのＳＴ化で生じ得る、電子帳簿記録内容と法律上の権利状態とが乖離する虞がないため、投資家の権利の安定性が図られる。

第三者対抗要件に関する第２の観点について、第１及び第２の実施形態に係る電子帳簿システムは、処理上、受益権原簿（電子帳簿としての内部データベース）と、電子帳簿としてのＢＣＮ４００上の記録内容とは必ず一致する。ＧＫ－ＴＫスキームにおける対抗要件と異なり、受益証券発行信託の対抗要件は受益権原簿の記録のため、電子帳簿システム上で完結する（信託法１９５条２項）。したがって、第１及び第２の実施形態に係る電子帳簿システム）において、ＧＫ－ＴＫスキームのＳＴ化で生じ得る、電子帳簿記録内容と法律上の権利状態とが乖離する虞がないため、投資家の権利の安定性が図られる。

倒産隔離に関する第３の観点について、第１及び第２の実施形態に係る電子帳簿システムは、信託の倒産隔離性により、信託財産である原資産の独立性が確保される。したがって、第１及び第２の実施形態に係る電子帳簿システムにおいては、デジタルアセットとしてＳＴで生じ得る、発行体の倒産リスクを負う虞がないため、投資家の権利保全が図られる。

１００ Ｂサーバ（電子帳簿サーバ）
２００ Ａサーバ
３００ Ｄサーバ
４００ ブロックチェーン・ネットワーク（ＢＣＮ）
５００ Ｅ端末装置
６００ Ｆ端末装置
７００ Ｃサーバ（カストディアン・サーバ）
１０００ 電子帳簿システム
２０００ 電子帳簿システム

Claims (14)

1. セキュリティトークン（ＳＴ）の名義の移転を含む電子帳簿を管理する電子帳簿システムであって、
   前記ＳＴのトランザクション（Ｔｘ）を管理するブロックチェーン・ネットワーク（ＢＣＮ）と、
   前記Ｔｘに含まれる前記ＳＴの名義の移転を検証する制御部、及び前記ＳＴの名義の移転を記憶する記憶部を有する、電子帳簿サーバとを備え、
   前記電子帳簿サーバの前記制御部は、前記ＳＴの名義の移転が前記検証によって適正と判断されると、前記記憶部に前記ＳＴの名義の移転を記憶するとともに、前記ＢＣＮ上で前記ＳＴの名義を移転する、電子帳簿システム。
2. 請求項１に記載の電子帳簿システムであって、
   前記ＳＴの名義の移転元であり、前記Ｔｘを作成し前記ＳＴの名義を移転するために移転元秘密鍵で署名する制御部を備える移転元サーバと、
   前記ＳＴの名義の移転先であり、前記ＳＴの名義を移転するために移転先秘密鍵で署名する制御部を備える移転先サーバとを備える、電子帳簿システム。
3. 請求項２に記載の電子帳簿システムであって、
   前記電子帳簿サーバ、前記移転先サーバ、及び前記移転元サーバは、それぞれ前記ＢＣＮのノードを備える、電子帳簿システム。
4. 請求項１に記載の電子帳簿システムであって、
   前記ＳＴの移転元に代わって、前記ＳＴの名義を移転するための前記Ｔｘを作成する制御部を有するカストディアン・サーバを備える、電子帳簿システム。
5. 請求項４に記載の電子帳簿システムであって、
   前記カストディアン・サーバは、前記ＳＴの移転元秘密鍵、前記ＳＴの移転先秘密鍵を有する記憶部を備え、
   前記カストディアン・サーバの前記制御部は、前記ＳＴの名義を移転する際、前記移転元秘密鍵及び前記移転先秘密鍵を用いて署名する、電子帳簿システム。
6. 請求項５に記載の電子帳簿システムであって、
   前記電子帳簿サーバ、及び前記カストディアン・サーバは、それぞれ前記ＢＣＮのノードを備える、電子帳簿システム。
7. 請求項２、３、５、又は６に記載の電子帳簿システムであって、
   前記電子帳簿サーバの前記制御部は、前記移転元秘密鍵及び前記移転先秘密鍵の検証を実行する、電子帳簿システム。
8. 請求項７に記載の電子帳簿システムであって、
   前記電子帳簿サーバの前記制御部は、前記移転元秘密鍵及び前記移転先秘密鍵が前記検証によって適正と判断されると、前記電子帳簿サーバの前記記憶部に前記ＳＴの名義の移転を記憶するとともに、前記ＢＣＮ上で前記ＳＴの名義を移転する、電子帳簿システム。
9. 請求項４～８のいずれか一項に記載の電子帳簿システムであって、
   前記ＳＴの名義の移転元である移転元サーバと、
   前記ＳＴの名義の移転先である移転先サーバとを備える、電子帳簿システム。
10. 請求項９に記載の電子帳簿システムであって、
    前記移転先サーバ、及び前記移転元サーバは、それぞれ前記ＢＣＮのノードを備えていない、電子帳簿システム。
11. 請求項４～１０のいずれか一項に記載の電子帳簿システムであって、
    前記カストディアン・サーバの前記記憶部は、投資家の端末装置に係る投資家秘密鍵を有する、電子帳簿システム。
12. 請求項１１に記載の電子帳簿システムであって、
    前記カストディアン・サーバの前記制御部は、前記投資家が前記ＳＴの名義の移転元及び／又は移転先である場合、前記Ｔｘに前記投資家秘密鍵を用いて署名する、電子帳簿システム。
13. 請求項１～１２のいずれか一項に記載の電子帳簿システムであって、
    前記ＳＴは譲渡の成立条件として前記検証によって適正と判断されることを必要とする受益証券発行信託の受益権（受益証券）であり、前記電子帳簿は当該受益証券発行信託の受益権原簿の電磁的記録である、電子帳簿システム。
14. セキュリティトークン（ＳＴ）の名義の移転を含む電子帳簿を管理する電子帳簿サーバであって、
    前記電子帳簿サーバは、前記ＳＴのトランザクション（Ｔｘ）を管理するブロックチェーン・ネットワーク（ＢＣＮ）に接続され、
    前記電子帳簿サーバは、前記Ｔｘに含まれる前記ＳＴの名義の移転を検証する制御部、及び前記ＳＴの名義の移転を記憶する記憶部を有し、
    前記制御部は、前記ＳＴの名義の移転が前記検証によって適正と判断されると、前記記憶部に前記ＳＴの名義の移転を記憶するとともに、前記ＢＣＮ上で前記ＳＴの名義を移転する、電子帳簿サーバ。
    

Images