ブロックチェーン技術への没入：相互動物保険

ブロックチェーン技術に基づいて開発されたロシアの最初のプロジェクトに関する一連の記事のこの資料は、少し珍しいです。 本日のみ開始された相互ペット保険プラットフォームの技術的な実装について学びます。 これで、TelegramでLexi Botボットをテストできます。 コメントをお待ちしています。

一連の記事「ブロックチェーン技術への没入」

1. Emerテクノロジーに関する一連の資料：

1.1。 EmerCoinの秘密 。

1.2。 分散型の無修正ドメインネームシステム 。

1.3。 世界規模の公開鍵インフラストラクチャ 。

1.4。 分散パスワードレスセキュリティシステム 。

2. 高速で安全なトランザクション 。

3. デジタル歯科のエコシステム 。

4. 偽造品との戦い 。

5. 相互動物保険 。

6. ICOとは何か、そしてそれを行う方法 。

7.読み込み中...

ReGa Risk SharingおよびLexiとは

ReGa Risk Sharingは、スマートコントラクトテクノロジー、写真ID、スコアリングを使用した相互ペット保険のプラットフォームを開発しました。 Lexi Botリスク管理ロボットは、クライアントがペット所有者相互扶助クラブ-Lexi Clubに参加するのを支援し、月に約350ルーブルの会費を譲渡した後、突然の病気やペットの事故の場合に獣医サービスのコストの最大80％を受け取ります。 各クラブメンバーは、仮想Lexiカードを受け取ります。これは、イーサリアムブロックチェーン上のクラブメンバーのアカウントを管理するスマートコントラクトの識別子です。

分散金融商品

ReGa Risk Sharingプラットフォームは、分散型金融商品（中央集権型金融機関の参加なしに生産および保守できる商品）、銀行および保険会社を販売しています。 任意のマイクロファイナンス製品と呼ばれる可能性のある、投資（クレジット）の規模が小さい金融商品の場合、既存の銀行システムは、所定のリスクレベルでコストと品質の適切な比率を提供できません。 これは主に、規制の一般原則ではビジネスプロセスを最適化するための最新のテクノロジーの使用が許可されていないという事実によるものです。 このクラスの製品の例はマイクロインシュアランスであり、平均請求額は約1,000ルーブルであり、同時に損失の決済には保険会社からの多大な費用が必要です。 その結果、クライアントとの契約は通常、保険金請求の支払いのケースを実質的に除外するような方法で作成されます。 解決策は、クライアント自身が仮想保険会社に団結している場合、相互保険アプローチを使用し、その保険会社の資本を拠出金（保険料）から形成し、相互保険基金から保険ケースの支払いを行うことです。



分散型金融商品プラットフォームは、基本的にそのような相互銀行/保険会社向けの自動化された銀行/保険システムであり、ブロックチェーン上の資金の会計と保管、リスク評価と管理、ビジネスプロセスとワークフローの自動化、サービスプロバイダーの選択とリスク評価を含む多くのサービスを提供します保険イベントの決済および参加者間の決済。 ブロックチェーンは相互保険会社の資本のリポジトリであり、アカウントへのアクセスは、すべての参加者が同意し「署名」した資金の補充と支出のルールを決定するスマート契約によって制御されます。

分散金融商品アーキテクチャ

分散型金融商品のアーキテクチャは、ブロックチェーン、金融プリミティブ、金融商品、アプリケーションの4つのレベルで構成されるモデルの形式で表すことができます。







ブロックチェーンレベルは、分散型の信頼性の高いデータウェアハウスとして、スマートコントラクト、アカウント、財務メッセージ、クローズドメッセージの送信、暗号通貨、ブロックチェーン自体を作成および実行するメカニズムを含む、一連の基本サービスをモデルの残りのレベルに提供します。 ブロックチェーンには、秘密鍵によって制御される外部アカウントまたは個人アカウントと、プログラムによって制御される契約アカウントの2種類のアカウントがあり、アカウントバランスとその内部変数の状態とともにブロックチェーンに保存されたスマートコントラクトがあると想定されています。 口座間の資金移動は、財務メッセージを送信することにより実行されます。 財務メッセージシーケンスまたはトランザクションの開始者は、外部アカウントの所有者のみです。 受信者は、外部アカウントと契約アカウントの両方にすることができます。 スマートコントラクトで金融メッセージを処理した結果、新しい金融メッセージを作成できます。 したがって、トランザクションは、メッセージのシーケンス全体、またはその処理結果で構成され、外部アカウントと契約アカウントの両方のアカウント全体を含むことができます。 各トランザクションは、その実装のコストに関連付けられており、この値はトランザクションの開始者のアカウントから引き落とされます。



「Financial Primitives」レベルは、次のレベルの金融商品の「ビルディング」ブロックのセットです。 これらのサービスの一部はブロックチェーンサービスに基づいて実装され、一部は分散データベースへの情報の保存に関連しないオフチェーンプリミティブです。 したがって、スコアリングモデル（カード）をブロックチェーンに保存することはできません。この場合、潜在的な顧客を含むすべてのユーザーが利用できるようになるためです。

写真の採点

クライアントの写真に基づいてスコアリングモデルを構築するために、Microsoftが提供するテクノロジーであるMicrosoft Cognitive ServiceとAzure Machine Learningを使用しました。 Microsoft Face API（MS Cognitive）サービスを使用して、消費者ローンを拒否したか、スコアリングおよび保険引受システムに接続している銀行の少なくとも1つによって承認された潜在的な借り手の約15,000枚の写真が処理されました。 顔のランドマークと顔の属性（ age



、 gender



、 headPose



、 smile



、 facialHair



およびglasses



）から可能なパラメーターの完全なセットが取得されました。 次に、顔が見つからないか、複数の顔が見つかった場所に写真をドロップしました。 したがって、写真の約3％が削除されました。



残りのデータセットは正規化されました。つまり、 Landmarks



は頭の回転を考慮して変換され（ Roll



およびYaw



パラメーター）、すべての「顔」は単一のサイズ（100x100）に比例して縮小され、顔のパラメーターを互いに比較できるようになりました。 処理された各写真には、属性Result = {0 - | 1 - }



Result = {0 - | 1 - }



。 この前処理と正規化の後、配列はCSVファイルに変換され、Azure Machine Learningにアップロードされました。



SMOTE



機能のサブセットの選択およびSMOTE



否定的な結果の選択の追加（ Result = 0



）を含む、多くのフィルターが結果のテーブルに適用されました。 その結果、サンプルの行数は18,754に増加し、属性（列）の数は64になりました。モデルとして、元の配列（13,000行）。 トレーニング後、アレイの残りの部分（約6,000行）を使用して、モデルの精度をスコアリングおよび評価しました。



次の結果が得られました。

リスクグループの階層構造

リスクを管理するために、ReGa Risk Sharingプラットフォームでは、スコアリング値の範囲に応じて、等価グループの3レベルの階層構造を使用しています。 上位レベル-「スーパープール」は、すべてのコミュニティメンバーのスコアリング値の最小許容レベルを定義します。 次のレベル-「プール」は最大範囲をいくつかのサブ範囲に「分割」し、次のレベルの「サブプール」は最終的にリスクグループを定義します。







コミュニティの新しいメンバーについては、スコアリング値が計算され、この値に基づいて、階層構造におけるコミュニティメンバーのスマートコントラクトの位置が計算されます。 リスクのグループ化の主な考え方は、さまざまなカテゴリのリスクを相互に分離し、構造のさまざまなレベルでリスクの実効値を追跡する機能です。 さらに、グループの1つが指定されたリスク値を超え、グループを維持するための推定コストが残余値よりも高い場合、グループは解散し、コミュニティを去るメンバーにコミュニティの貢献が返されます。



プール構造は、Ethereum仮想マシンのSolidity言語のスマートコントラクトとして実装されます。 コンパイラのオンラインバージョンはGitHubで入手できます 。 Solidityでは多重継承が許可されていることに注意してください。 以下は、階層構造を編成するクラスのインターフェースです。

poolAccountsクラスは、銀行会計の組織のアカウントの内部構造での資金移動の会計を実装します。

 pragma solidity ^0.4.6; contract poolAccounts { address public owner; int[11] public accounts; function changeBalance(int _amount, an _account) internal; function getBalance(an _account) internal constant returns(int _balance); function isValid() public constant returns(bool _valid); function posting(an _dr, an _cr, int _amount) public; function update(int _number, int _case) public; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

riskManager-リスク管理サービスの補助クラス。

 pragma solidity ^0.4.6; contract riskManager { uint public risk; // current risk uint public minScore; // minimum accepting score uint public level; // risk manager level uint public cases; // number of cases per member function accept(regaMember _member) public constant returns(bool _accept, pool _pool); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

poolMemberクラスはプールのメンバーであり、コミュニティのメンバーまたは中間レベルのプールのいずれかです。

 pragma solidity ^0.4.6; contract poolMember is poolAccounts { pool public parent; int public limit; function getPool(uint _level) public constant returns(pool _pool); function posting(an _dr, an _cr, int _amount); function update(int _number, int _case); function setParent(pool _parent) public; function loan(int _amount) public; function checkLimit(int _loan) public constant returns(bool); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

クラスpoolおよびpoolOfPools-プールおよびプールのプールを操作するためのメソッドを実装します。

プール

 pragma solidity ^0.4.6; contract pool is riskManager, poolAccounts { bytes32 public name; poolMember[] public members; function insert(poolMember _member) public; function isMember(address _member) public constant returns(bool); function update(int _number, int _case); function getPool(uint _level) public constant returns(pool _pool); function lendingCheck(int _loan, poolMember _member) public constant returns(bool); function lend(int _loan, poolMember _member) public; function loan(int _amount, uint _level) public; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

プールプール

 contract poolOfPools is pool { function insert(poolMember _member) public; function push(pool _pool) public; function isMember(address _member) public constant returns(bool); function accept(regaMember _member) public constant returns(bool _accept, pool _pool) }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

レガスーパープール

 pragma solidity ^0.4.6; contract regaSuperPool is poolOfPools { function regaSuperPool(uint _minScore, address _owner) }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

レガプール

 pragma solidity ^0.4.6; contract regaPool is poolOfPools, poolMember { function regaPool(uint _minScore, address _owner); function getPool(uint _level) public constant returns(pool _pool); function loan(int _amount, uint _level) public; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

レガサブプール

 pragma solidity ^0.4.6; contract regaSubPool is pool, poolMember { function regaSubPool(uint _minScore, address _owner, uint _cases); function getPool(uint _level) public constant returns(pool _pool); function loan(int _amount, uint _level) public; function insert(poolMember _member) public; }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

製品

次の階層は、製品を説明するために使用されます。







各分散金融商品（レベル1）は、次の属性を持つクラスによって記述されます。

• 製品パラメーターと計算機
• クライアントの要件（ needs
  
  
  
  ）と制限のために製品を選択するためのルール
• 契約締結のビジネスプロセス（ underwriting process
  
  
  
  ）
• 製品サービスのビジネスプロセス（ support process
  
  
  
  ）
• ビジネスプロセスの契約終了（ closure process
  
  
  
  ）
• risk management rules
  
  
  
  
• scoring cards
  
  
  
  
• accounting rules
  
  
  
  
• 階層プールpools structure
  
  
  
  

各製品について、クライアントの要件と制限に応じてこの製品を選択するためのルールが決定されます。 契約を締結するプロセスでは、クライアントとの契約を締結するためにシステムが実行する必要のある一連のアクションについて説明します。 クライアントごとに、製品パラメーターと計算機を使用して契約の条件を計算できます。 たとえば、動物の相互保険の場合、猫か犬かに応じて、製品計算機は契約のコストを計算します-Lexi Card Standart per month：333ルーブル-犬、289ルーブル-猫。

Microsoft Azureでのアプリケーションの実装

ペット保険相互保険申請レベルはボットの形で実装されます-Lexi Botは、クライアントがペット所有者相互扶助クラブに参加し、会費を移した後、突然の病気やペットの事故の場合に獣医サービスの費用の最大80％を受け取ります。 さらに、Lexi Botは、所有者がソーシャルネットワーク上の写真で失われた動物を見つけるのを支援し、獣医とのオンライン相談を手配します。 Lexi Card Clubカードを受け取るには、所有者はFacebook Messenger、Telegram、Slack、またはロボットのWebサイトでロボットとの対話を開き、自分の写真、ペットの写真をアップロードし、関税を受け取り、クラブメンバーのスマート契約に送金するだけです。



払い戻しを受けるには、Lexi Botを介して獣医と予約を取り、診療所で動物の写真を撮り直し、ロボットに請求書と小切手の写真を送ってください。 ロボットは、所有者から受け取ったデータと獣医クリニックから取得したデータを自動的に比較し、クラブの資金からクラブ会員の口座に返金します。 Lexi Botロボットのユーザーインターフェイスは、 Microsoft Bot Frameworkを使用して開発され、単一のアプリケーションサーバーを使用して、クライアントとの複数の通信チャネルをサポートできます。 動物の識別は、ニューラルネットワークに基づく分類アルゴリズムによって実行されます。これにより、同じ動物のさまざまな写真を約95％の精度で比較できます。



ソリューションのアーキテクチャは次のとおりです。







Microsoft Azure Bot ServiceでMicrosoft Bot Frameworkを使用したボット実装の技術的な側面をいくつか考えてみましょう。

イーサリアムコンソーシアムブロックチェーン

上記のアーキテクチャはアプリケーションサーバーを介してボットおよびイーサリアムと相互作用しますが、ボットとイーサリアムプラットフォーム間で直接通信する方法を検討します。 まず、ボットでトランザクションに直接署名するためのキーの生成と保存を実装する必要がありました。 これを行うには、 web3



モジュールと一緒にeth-lightwallet



モジュールを使用できますeth-lightwallet



の例

 var Web3 = require('web3'); var web3 = new Web3(); var lightwallet = require('eth-lightwallet'); var HookedWeb3Provider = require("hooked-web3-provider"); var keyStore = lightwallet.keystore; var seed = <seed> var host = <ethereum transaction host>; var pswd = <passowrd> var contractAddr = <contract addr>; var abi = <contract interface>
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

これで、メンバーのスマートコントラクトアカウントに投資する方法を実装できます。

 blockchain.prototype.invest = function(acc, amount, success) { if(web3 == null) throw new Error('invest: Web3 provider is null'); var contract = web3.eth.contract(abi); var instance = contract.at(contractAddr); var gas = 500000; var gasPrice = web3.toWei(20, "gwei"); var address = acc; var value = web3.toWei(parseInt(amount), "ether"); instance.invest.sendTransaction(value, {gas: gas, gasPrice: gasPrice, value: value, from: address}, function(err, tnx) { if (err) throw err; else success(tnx); }); }; module.exports = new blockchain();
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

テストを開始する前に、Azure Ethereum Blockchain Consortiumトランザクションマシン（この場合はregakrlby-tx0



）にgeth



し、 geth



を実行して契約構造を作成する必要があります。

Microsoft Cognitive Services

ペットの種類（猫または犬）の最初の認識には、 Microsoft Cognitive Servicesが使用されました 。 統合については、GitHubの例を使用できます 。 以下は、動物の写真を取得する際のダイアログの一部です。

 bot.dialog('/image', session => { if (hasImageAttachment(session)) { var stream = getImageStreamFromUrl(session.message.attachments[0]); captionService.getCaptionFromStream(stream) .then(caption => handleSuccessResponse(session, caption)) .catch(error => handleErrorResponse(session, error)); } else if(imageUrl = (parseAnchorTag(session.message.text) || (validUrl.isUri(session.message.text)? session.message.text : null))) { captionService.getCaptionFromUrl(imageUrl) .then(caption => handleSuccessResponse(session, caption)) .catch(error => handleErrorResponse(session, error)); } else { session.send("Did you upload an image? I'm more of a visual person. Try sending me an image or an image URL"); } });
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

結果処理：

 const handleSuccessResponse = (session, caption) => { if (caption) { session.send("I think it's " + caption); } else { session.send("Couldn't find a caption for this one"); } session.beginDialog('/'); }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Yandex Money SDK

ルーブルを暗号通貨に交換するには、ボットをルーブル電子ウォレットと統合する必要があります。 この例では、Yandex Moneyが選択され、 yandex-money-sdk



モジュールが使用されました。 npm install yandex-money-sdk



コマンドを使用してnpmリポジトリからこのモジュールをnpm install yandex-money-sdk



と、修正が必要なエラーのあるライブラリが表示されることに注意してください。

 Wallet.getAccessToken = function (clientId, code, redirectURI, clientSecret, callback) { var full_url = base.SP_MONEY_URL + "/oauth/token"; request.post({ "url": full_url, "form": { "code": code, "client_id": clientId, "redirect_uri": redirectURI, "client_secret": clientSecret, } }, base.processResponse(callback) ); };
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

getAccessToken



モジュールのgetAccessToken



関数プロトタイプで、 getAccessToken



の行を追加します。

 Wallet.getAccessToken = function (clientId, code, redirectURI, clientSecret, callback) { var full_url = base.SP_MONEY_URL + "/oauth/token"; request.post({ "url": full_url, "form": { "code": code, "client_id": clientId, "redirect_uri": redirectURI, "client_secret": clientSecret, "grant_type": "authorization_code" } }, base.processResponse(callback) ); };
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Yandex Moneyとの統合における次の困難は、Microsoft Azure Bot ServiceのボットがAzure Functionであるという事実によるものです。 yandex-money-sdk



と統合するにyandex-money-sdk



新しいHTTPトリガーyandex



標準messages



機能に追加する必要があります。 この関数は、2要素認証を渡すときにYandexによって呼び出されます。 ボットのルートディレクトリに新しい関数を追加するには、この例ではyandex



という新しいディレクトリを追加する必要があります。そこに次のファイルを配置する必要があります。

drwxr-xr-x 5 sevriugin staff 170 Feb 13 12:16。

drwx ------ @ 12 sevriugin staff 408 Feb 13 12:15 ...

-rwxr-xr-x @ 1人のsevriuginスタッフ258 Feb 15 11:12 function.json

-rwxr-xr-x @ 1人のsevriuginスタッフ1426 2月15 11:13 index.js

-rw-r-r-- 1人のsevriuginスタッフ530 2月13日21:05 package.json

function.json



ファイルで新しい関数を正しく記述することが重要です。 着信コールの場合、認証レベルをanonymous



設定する必要があります。 実際、Yandexはコールバックを行います。 code



値を渡し、認証レベルがanonymous



に等しくない場合、このパラメーターはハンドラーではなくMicrosoft Azure Bot Serviceによって解釈されます。

 { "disabled": false, "bindings": [ { "authLevel": "anonymous", "type": "httpTrigger", "direction": "in", "name": "req" }, { "type": "http", "direction": "out", "name": "res" } ] }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

機能間でメッセージを転送するには、Azure Storageキューサービスを使用します。

 "use strict"; var config = require('../messages/config'); var azure = require('azure-storage'); var queueService = azure.createQueueService(config.azure_storage.account, config.azure_storage.key1); queueService.createQueueIfNotExists('myqueue', function(error) { if (!error) { // Queue exists console.info(`createQueueIfNotExists: Queue is created` + config.azure_storage.name); } }); module.exports = function(context, req) { if (req.query.code || (req.body && req.body.code)) { context.res = { body: "Please return to the chat…" }; } else { context.res = { status: 400, body: “Code is not found” }; } queueService.createMessage('myqueue', req.query.sessionId + (req.query.code || req.body.code) , function(error) { if (!error) { console.info(`createMessage: Message is inserted`); } }); context.done(); };
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

ボットを担当するメイン関数で、電子ウォレットをボット（ボットユーザー）にバインドするためにいくつかの呼び出しを行う必要があります。 まず、 messages



関数はyandex-money-sdk



呼び出す前に、ユーザーとのダイアログの状態を保存する必要があることに注意してmessages



。 これを行うには、データベースにsession.message.address



を記録し、Yandexを呼び出すときにsession.message.address.id



を渡すだけで十分です。 この識別子は、 yandex



関数を呼び出すときにYandexによって返されます。 残念ながら、Azure Storage Serviceのキューサービスは、キュー内のメッセージの存在を確認する際にブロックせずに機能します。このため、メッセージ関数でポーリングを実装する必要がありました。

 function getMessage(error, serverMessages, id, cb) { if (!error) { if(((serverMessages && Array.isArray(serverMessages)) && serverMessages.length > 0) && serverMessages[0].messageText.startsWith(id)) { var code = serverMessages[0].messageText.slice(id.length); cb(code); queueService.deleteMessage('myqueue', serverMessages[0].messageId, serverMessages[0].popReceipt, function(error) { if (!error) { // Message deleted } }); } else { setTimeout(function() { queueService.getMessages('myqueue', function(error, serverMessages) { if(!error) { getMessage(error, serverMessages, id, cb); } }); }, 3000); } } }
      
      

        
        
        
      

    
        
        
        
      
      

        
        
        
      

    
     

Microsoft Azureを選ぶ理由

新製品を迅速に市場に投入するには、より優れたクラウドサービスを考案することは困難です。 問題があり、Azureサービスの一部が希望どおりに安定して動作していないことは明らかです。 たとえば、Microsoft Azure Bot Service-まだプレビューモードで存在しますが、これらの小さな不便をカバーするために、ほとんどすべての構成ですぐに利用できる膨大な数のサービスがあります。 ブロックチェーンサービスの可用性はプロジェクトにとって特に重要でした。さらに、 Ethereum Blockchain as a Serviceは期待を完全に満たしました-迅速なアクティベーションと設定、プロジェクトの他の部分との容易な統合。 プロジェクトでは、 Azure Bot Service 、 Azure Storage 、 Microsoft Cognitive Service 、 Azure Machine Learning 、 Azure Ethereum Blockchain Consortiumの合計で次のサービスが使用されました。

おわりに

この記事は、動物の相互保険サービスがテストされたときに書かれました。 産業用構成は、上記のアーキテクチャとは若干異なります。特に、Microsoft Azure Bot Serviceの代わりにAzure App Serviceが使用されます。 GitHubのプロジェクト。

著者について

Sergey Sevryugin-ベルウッドシステムズのCEO。 DeltaBankおよびCOO DeltaCreditの前CEO。 現在、Sergeyは共同創立者ReGa Risk Managerです。 2015年、彼はEthereumプラットフォームでソリューションの開発を開始し、2016年初頭に製品の最初のプロトタイプを作成しました：Solidity言語のスマートコントラクト、NodeJSアプリケーションサーバー、Web App-AngularJSを使用したJavaScript、Swift言語のiOSモバイルアプリケーション。 2016年の終わり以来、彼は新製品のプロトタイプを作成してきました。MicrosoftBot Frameworkを使用したAzureでの動物の相互保険です。



ここでは、Microsoft Azureを無料で試用できることをお知らせします。