ライセンス管理のユースケースについてのご質問

Question

以下のユースケースについては、ソフトウェアライセンスの使用と管理を管理するためのCorDappという新しいビジネスケースに関連するご提案とご提案をお願いします。

コルダが異なる状態間の親子関係を定義する事前定義された構造又はアプローチは、例えば、1つの契約状態（主契約）

（ライセンス契約の二種類）2つのつの子契約状態を有していません

ブロックチェーンでのライセンス使用状況を追跡したい場合は、それがライセンスの所有可能状態への良い方向ですか？私たちの現在の考えは、党A（ライセンス提供者）であり、党B（ライセンス消費者）は、党Aが使用する党B 100ライセンスを提供するという合意された契約を1つ締結しているが、 Cordaのバックエンドプロセスでは、当事者Aは当初PartyAである100ライセンスを発行し、この共有ファクトはトランザクションとして初期化され、両当事者の元帳に追加されます。その後、定期的にライセンス使用データがパーティAのシステムから抽出され、取引を初期化することによって元帳を更新し、 "移動"フローを使用してライセンス状態の金額と所有者を転送します。例えば、党Bが40のライセンスを稼働させた場合、党Aのライセンス状態量は60になり、所有者は党Bであり、金額は40である別の新しい状態があります。私の理解が正しいかどうかわからない

スマートコントラクトで使用できるダイナミックな契約条件を設計する方法については、Cordaのベストプラクティスは何ですか？たとえば、ライセンス管理プロセスの初期バージョンでは、2種類のライセンスとその価格が契約条件として定義され、それらを状態のプロパティ（メタデータ）として定義する予定です。後で新しいタイプを追加する必要がある場合は、この状況をどのように処理するのが最善でしょうか。状態のプロパティ/メタデータを定義するための動的アプローチはありますか？私たちの理想的なアプローチは、最初に定義された用語がなく（ライセンスタイプが事前に定義されていない）、ユーザーが異なるタイプのライセンスを価格情報とともにUIに動的に追加できるようにすることです。後の段階で使用することができます。このアプローチは、さまざまなプロバイダに簡単に「コピー」することができます。これは可能ですか？

Answer 1

非常に興味深い使用例とシナリオ。 APIラッパーで親子状態のベストプラクティスを公式化していませんが、トランザクションでもポインタを更新し続ける限り、同じリレーショナルデータベースモデルを使用して状態の集合を扱うことができます。

状態表現の考え方は、3つの階層的なシナリオをカバーしています。 1 - 資産のポートフォリオ - etfや複数のアセットをグループ化したインデックスなど。これは、既存の資産データまたはグループ化機能にテザーを表す新しいポートフォリオ資産として移動することができます。 2 - 資産自体 - 影響を与えるイベントのライフサイクルを持つ線形状態です。株式 3の背後にある会社refのデータのようにこれについて考え - 代替可能な資産表現 - 資産のリニアIDを参照することができ、キャッシュフロー代替可能staye - 、この場合、株式

ために発行された株式の2つの& 3つのシナリオを考えます置き換え可能な状態の関係への参照データを持つ。代替可能な状態は、資産の線形IDへの参照を格納することができ、資産は、資産の所有者の配列を格納することができる。照会によっては、異なる外部キーと主キーをマッピングするための別のリレーショナル表を保管することもできます。慎重な部分は、発行または所有権を変更するトランザクションを実行するときにこのロジックリンクを考慮しています。

標準のEthereumファクトリパターンでは、コードアプリケーションを複数の機能に分割できます。たとえば、義務コードはcorda-finance-1.0を使用します。jarパッケージを使用して、自己発行の現金と現金のプロパティに関する異なるライブラリ関数と定義を共有します。資産の例に戻って来る

は

、我々は標準IRS ISDA契約で知られているフィールドを定義する契約コードを持っている金利スワップ例cordappを持っています。このテンプレートから、あなたは満期日及び金利等のフィールドのプロパティを定義することにより、状態の任意のIRSのタイプを展開することができます。

私は、ライセンス使用の場合は、ビジネス・ロジックや契約コードは、それが進化見るだろうかの型のための同様のフィールドを作成することができます想像してみてください。これはまた、ワークフロー管理ツールまたはインタフェースをコード基底の上にラップするためのツールギャップを明らかにする。