仮想通貨 IXT(iXledger)が購入可能な取引所一覧
IXT(iXledger)がICOを実施してから1年が経ちましたがその間にさまざまな取引所に上場してきました。
今回はそれぞれ特徴を簡単にまとめてみます。特にこれからIXTを買おうと思ってる人は参考にしていただければ幸いです。
今後も取引所上場は増えると思いますので増えたら可能な限り記事にも増やして行きたいと思います。
取引所は大別すると中央集権型取引所、ハイブリッド型取引所、分散型取引所の３種類があります。ざっくりしたイメージは以下のようになります（必ずしもこの通りでない取引所もありますが大体のイメージと思ってください）。ポイントはユーザーのウォレットを誰がどのように管理しているかです。
それでは順番に説明しながら紹介していきます。
中央集権型取引所
中央集権型取引所とは取引が高速でモバイルアプリなどもあり、使い勝手が良く現在主流の取引所です。
ウォレットを取引所全体で一つで管理しているためブロックチェーン上は移動していません。取引所内部のDB内で移動するだけなので取引は瞬間的に行えます。
しかし一旦ウォレットのプライベートキーが盗まれると会員全員の資産に影響が及びます。年明けに問題を起こしたコインチェックなども含めて日本の取引所の大半はこちらに属しています（多分）。
現時点でこのタイプの取引所でIXTの購入できる取引所は以下の三つあります。
HitBTC
Bitcoin Exchange: Bitcoin, Ethereum, Monero, Zcash / HitBTC
HitBTCは取引量がトップ10に入る大手取引所です。
しかし公式から突然日本人の取引は禁止すると案内があり、今もログインしようとすると警告が出ます。
海外在住の方などは問題なく使えるかもしれません。
購入方法は以前にIXTガールさんが丁寧にまとめてくださっているので参考にして下さい。
IXTってどうやって買うの？HitBTCの登録・IXTの購入方法 - IXTガールによる仮想通貨IXT解説ブログ
BitZ
こちらも24時間の取引高がトップ10に入るぐらいの取引所です。
HitBTCよりも新しい取引所でiOSやAndroidのアプリもあり快適にトレードができます。
IXTの購入方法はこちらのページで丁寧に書かれています。
Bit-Z(ビットジー)でIXT(iXledger)の買い方の手順と購入方法 | 仮想通貨で稼ぐCOINZ
Liquid Exchange
Crypto and Fiat Currency Exchange | Trade with Liquid.com
旧Quioneです。
日本人も開設することができます。
日本人が購入できるペアはIXT/ETHのようですが、ログインせずにマーケット情報を見るとIXT/QASHのようなペアもあるようです。
さらに日本円での出金も可能なようです。
ハイブリッド型取引所
次にハイブリッド型取引所です。DEXはブロックチェーンの思想からすると理想的な取引所ですがプライベートキーの管理を個人が行うためある程度知識を前提とします。
一方、中央集権型の取引所はハッキングされると全ユーザーに被害が及ぶのが課題でした。
ハイブリットの場合は個人ごとにウォレットは存在するがウォレットのプライベートキーの管理は取引所が行います。そのため取引所がハッキングにあっても全部盗まれるリスクが中央集権型よりも軽減されるメリットがあります（管理方法によりますが）。
またユーザーはプライベートキーを管理せずにメールアドレスとパスワードのこれまでのWebシステムと類似している仕組みであるところも利便性が高いです。
今後は当面の間この形が主流になるのではないかと思っています。
Next.Exchange
NEXT.exchange - Hybrid cryptocurrency exchange platform
2017年12月からiXledger日本コミュニティ主導で投票し見事上場を果たした取引所です。
2018/9/24時点でまだ正式リリースはされていなくNEXTトークンを保持しているユーザーにのみ開放されています。
この取引所の特徴としてはフィアット建てが普通に存在するところです。
IXTもIXT/BTC、IXT/ETHの他にIXT/USDやIXT/EURなどが存在し、IXT/JPYもサポートされる予定です。
またPayPalなどでBTCなどを購入できる予定です。
口座開設方法や購入方法の説明が記載されているページが見当たりませんでしたが、難しくは無いので是非チャレンジしてみてください。
分散型取引所(DEX)
分散型取引所(Decentralized Exchange)はユーザーが個別に口座とプライベートキーを管理する形式の取引所です。
中央集権型と比べるとまだ取引スピードやUXに課題があり、利用するにはそれなりに知識が必要です。
ただし個人のウォレットから直接取引ができるため、通常はユーザー登録が不要でWebサイトへアクセスするとすぐに取引できます。
※ただし最近ではKYCと呼ばれる認証が必要なところも出てきています。これはマネーロンダリング対策などのために実施しています。
IDEX
イーサリアム系DEXの中では取引量がかなり多い取引所です。
利用する際にはMetaMaskなどを利用して一旦取引所のスマートコントラクトへデポジットします。
取引方法はこちらを参考にしてみてください。
分散型取引所「IDEX」の使い方：登録・入出金・取引方法を解説 - 仮想通貨の教科書
TokenJar
イーサリアム系DEXでは有名な0xプロトコルというものを採用している分散型取引所です。
radarrelayという0x系DEXで有名なプロジェクトとも取引プールを共有しています。
TokenJarでの取引方法というかTrustウォレットというモバイルウォレットを使った取引方法をこちらのページで紹介しているので参考にしてください。
さまざまな取引所があり最初は迷ってしまいますが、現時点では取引高や使い勝手を考えると、まずは中央集権型の取引所で開始することをお勧めします。
その後慣れてきたら他の取引所でも試してみてください。
以上です。
[インケース] INCASE CITY COLLECTION BACKPACK バックパック CL55450 [並行輸入品]
自家保険（self infurance)とは？ SelfInsuranceMarket.comがiXledgerと提携した理由は？
SelfInsuranceMarket.comが月曜にウェブサイトをリニューアルしますが、そもそもSelf Insuranceって何？なんでiXledgerと提携したの？って思ったので調べて見ました。
Self Insurance(自家保険)とは？
コトバンクを見ると以下のように定義がありました。
企業などが不測の損害や支出に備えて、あらかじめ一定の金銭を自ら積み立てておくこと。
企業が自社内で積み立てておく保険というよりは貯金みたいなもののようです。
例えばトヨタのような巨大企業であればいちいち細かい労災保険を保険会社に頼るよりも社員間で保険した方が効率がいいし、財務上も多額の保険料を外部に支払うより確率的に費用が浮くというメリットがあります。
日本ではあまり流行ってないですが米国ではそれなりに採用されてるみたいです。
その辺りの理由はこの記事に詳しく書かれてます。日本でもシティバンクが広めようとしたみたいですね。
日本人は､｢自家保険｣の合理性を知らない | だから日本人は保険で損をする | 東洋経済オンライン | 経済ニュースの新基準
しかし、「じゃあ自家保険始めよう！」となっても社内に保険の専門家がいるわけではないのでそういった際にSelfInsuranceMarket.comの登場です。
SelfInsuranceMarket.com(SIM)とは
SIMは上記の自家保険の専門家を検索して問合せを行うことができる会員サイトです。
以下の2つのパターンが考えられます。
- 自社が自家保険を始める際に自社だけではノウハウが無いので専門家を探したい場合
- 保険の専門家が自身のカバーしていないパターンの自家保険を顧客の要望でサポートすることになりそのためのビジネスパートナーを探したい場合
なるほど強みはSIMに登録されている保険専門家のネットワークということですね。
さらにselfinsurancemarket.comはすでに会員が80社以上あると以前にインゲマーが発言していたと思います。
なぜSIMはブロックチェーン企業のiXledgerとの提携に至ったのか
おそらくSIMとしては登録会員を増やしたいとかサイトを活性化したいというモチベーションが高いはずなので、なんらかの形で施策を打ちたいと考えていたのではないかと推測します。
そしてなんとたまたま以下のツイートを見つけました！
もろですね。もろ。
翻訳すると、
Jacksonさん、多くのコストをかけずに暗号通貨をセットアップして、私のサイトの会員にインセンティブを与えることができる会社を知らないでしょうか？よろしくお願いします。 Dominic Higham
欧米ではこんな感じでTwitter上でビジネス上の課題を話すんですね。
日本ではなかなか考えられない。
やはり欧米はすごいな。
ということでIXTとiXledgerプラットフォームを使えば簡単に上記のことができるというのが今回の提携に至った経緯でしょう。
提携記事はこちらです。
インゲマーもIXTはiXledgerを動かす燃料であるとともにインセンティブを与える手段でもあると言及しています。
サイト上で会員に対して暗号通貨により簡単にインセンティブを与えたいSIMとIXTを使ってもらいたいiXledgerの思惑が合致した形です。
IXTはどのように使われるのか？
皆さん気になるのはこれだと思います。
ここからは私の推測なので間違っていたらすいません。
SIMの既存会員が顧客や別の専門家を会員サイトへ紹介すると報酬がもらえたりするため、短期的には会員が増えることが期待できます。その際は専門家たちへ報酬を与えることがメインとなりそうなので直ぐに売り上げには繋がらないような気がします。。
しかし例えば顧客へ何らかのデータ（情報）を提供するためにIXTでやり取りが始まればIXTが買われ、それらのIXTがサイト上で十分に使われる可能性があると思います。
SIMウェブサイトリニューアルお披露目会
最後にリニューアルに関してです。
先日突然以下のツイートが出てきましたが、24日月曜日のアメリカ時間でSIIA National Educational Conferenceという保険専門家向けのイベントで出展するとのことです。
しっかり「Powered by iXledger」と入っていますね。
ここでウェブサイトについてもお披露目するということで、まずは会員数を拡大して欲しいです。
We will be launching our new site at the SIIA National Educational Conference & Expo in Austin TX on 23rd – 25th September. If you are attending please come and see us at Booth #918 pic.twitter.com/jWhzBd5hjG
— selfinsurancemarket (@simarketdotcom) September 14, 2018
ローマの道はホント1日にして成らずですが、プロジェクトは着実に進んでいるので、のんびりと待ちましょう🚀
iXledgerのブログを要約と翻訳 - Creating an API, Helped By Swagger
今回は以下の記事を翻訳、要約していきます。オリジナルの投稿はMohammed Yafiiさん執筆です。
Creating an API, Helped By Swagger | iXledger
まあはっきり言って誰向け？？的な記事ですが、、。
ここで述べている技術を使ってQ4のサードパーティ向けAPI解放も予定通り進んでくれればいいですね。
要約
- OpenAPIの仕様に準拠するためにSwaggerは便利なツールである
- ローカルでも使用できる
- Redocという類似のツールもあるが作者はSwaggerを好む
それでは本文です。
APIの仕様書を書くことは、やり方によっては恐ろしく時間がかかるプロセスになる可能性があります。プログラマーやアーキテクトの中には、コードを積極的に書く作業部分だけが好きな人もいれば、ドキュメントを徹底的に作ることを楽しむ人もいます。もちろん、APIを文書化することは、あなた自身の利益のためだけでなく、APIの消費者であろうと、それに貢献することが期待される人であろうと、あなたのAPIを使用したい人の利益のために重要です。
(補足)僕の経験では一般的にはドキュメント化は苦痛です。。
Swaggerとは
Swaggerは、OpenAPI仕様に準拠したAPIの設計、構築、文書化、テスト、標準化のためのツールを提供して、この一連のプロセスをより洗練させることができます。
Swaggerを使用して、オンラインのSwaggerEditorでYAMLファイルを入力するだけで、最新のAPIを設計して文書化することができます。
エディタはpetstoreからペットのGET、POST、PUT、DELETEの使い慣れたエンドポイントを文書化し、RESTfulなデザインのpetstore APIの設定例となるYAMLファイルを提供します。エディタの横にはSwagger UIがあります。これは、構造化された読みやすくインタラクティブな形式でAPIをレイアウトしています。
引用元：https://www.ixledger.com
Swaggerエディター
それぞれのメソッドを拡張して、説明、パラメータ、リクエストボディとレスポンスボディの例、レスポンスコードなど、より詳細な情報を表示することができます。
だから、もしあなたがこれらのいずれかを省略したら、必要な詳細を記述していないことに気づくでしょう。Open APIの仕様はこちら。
引用元：https://www.ixledger.com
SwaggerEditorの使用
SwaggerEditor / SwaggerUIの組み合わせは、一定のフィードバックを提供し、エディタで変更が加えられるたびにUIのライブアップデートを提供し、構成ファイルの出力を常に視覚化することができます。
これに加えて、SwaggerEditorは設定ファイルを書き出す際に、構文エラーがあるか、またはコンフィギュレーションの値がOpenAPIの仕様に適合していない時は発生したエラーを強調表示します。
私自身のバックグラウンドに基づくと、これは私にとって最も有用な機能でした。APIを設計する際にAPIの消費者の視点からより多くのことを考えるようになるだけでなく、個人的には、ウェブ上に散在する「良いREST APIデザインガイドライン」をすべて徹底的に調べることなく、うまく構造化されたAPIを作ることに関して様々な良いポイントを得ることができました。
APIを設計するときの正しい構造を見つけるために苦労してきた以前の経験からすると、APIを定義する設定ファイルを作成する際のヒントが提供されるのはとても有用です。 更に詳しく知りたい場合はOpenAPI仕様を参照することができます。私が設定ファイルを書いている間、REST APIの達人が私の隣に座っているような感じです！
ローカルホストでSwaggerを設定する
Swagger EditorはNodeJSを使用してローカルでダウンロードまたはWebで使用できます。
また、npmを使用してSwagger UIをインストールすることもできます。これにより、コード内でローカルに仕様を定義し、SwaggerUIにロードすることができます。
利用する場合はGitHubレポをチェックしてください。
ReDoc - Swaggerの代替
ReDocはSwaggerUIに似たクールなオープンソースツールで、APIのドキュメントを手助けし、OpenAPI仕様に準拠しています。
ReDocは、ドキュメントとやりとりするための3列のスタイルのインターフェイスを提供します。左側のナビゲーションパネル、中央のメソッドドキュメント、右側のパネル上のさまざまなコードサンプルが含まれます。
ここでライブデモをチェックすることができます。
RedocとSwaggerの違い
RedocとSwaggerの重要な違いは、SwaggerのUXはナビゲーションの上部にある低レベルのREST HTTP中心スタイルを強調しているのに対し(例: "HTTP:GET:/companies/{companyName}/employees/のような表記を中心に表示") 、RedocのUX設計ではインターフェースの説明を強調していることです（例えば、「全社員を取得」)
(API)を使う側の視点から見ると、これらの表現により、APIドキュメントを初めて見た際に必要な機能を簡単に見つけることができます。個人的には、SwaggerのREST HTTP中心スタイルで仕様書を作成した後、それをコード化してよりシームレスで構造化したので、私はRedocよりSwagger UXスタイルを好んでいます。
Gen Reの記事の翻訳: The Future of Blockchain in Insurance
今回はGen Reがプレスしたこちらの記事を翻訳してみます。
記事を書いたのは上海のAn氏でシニアアンダーライターの方です。
The Future of Blockchain in Insurance | Gen Re
Issue: August 2018 P/C General Industry Download PDF English ChineseBy An Wang, Senior Underwriter, Shanghai
ブロックチェーンは革新的な技術であり、インターネット時の変革と同じように、ビジネスに大きな影響を与える可能性があります。そのためブロックチェーンによる大きな可能性に様々な組織がアプリケーションの開発競争をしており、さまざまなセクター間で研究活動が盛んに行われています。
この記事では、ブロックチェーンが保険業界にもたらす可能性のある多くの利点と、克服する必要があるさまざまな課題について説明します。
概要
ブロックチェーン(Blockchain)は、特にIoT（Internet of Things）やAI（Artificial Intelligence）などの新興テクノロジーとリンクして、短期的にも長期的にもいくつかの分野で大きな可能性を秘めています。しかし、新しいアプリケーションを提供する可能性は、ブロックチェーン技術自体の開発状況にも左右されます。中期的および短期的には、ブロックチェーンを適用できる3つのカテゴリがあります。
データストレージとP2P（peer-to-peer）電子送金は、短期間で実現可能なブロックチェーンアプリケーションです。この段階では、ブロックチェーンの技術的な利点は、データ交換の効率と大規模なデータの記録に主に反映されます。
ブロックチェーンを介したスマートコントラクトは、中長期的により重要な役割を果たすでしょう。その時までに、ブロックチェーン技術は、保険会社のビジネスモデル、産業管理モデル、制度規制に大きな影響を与えます。当然のことながら、克服すべき課題があり、進化中にブロックチェーン自身の欠陥やリスクが発生するにつれて、さらなる技術革新が必要となるでしょう。しかし、何十年も前のインターネット技術と同様に、ブロックチェーンは変革の技術であることを約束します。
保険におけるブロックチェーンアプリケーションのシナリオ
マクロレベル
ブロックチェーン技術の支持者は、データ獲得の障壁を打ち破り、業界でのデータ共有とデータ交換に革命を起こす力があると考えています。中小規模のキャリアはブロックチェーン技術を使用してより高品質で包括的なデータを入手し、特定のニッチ市場でより正確な価格設定と製品設計を通じて新しい機会と成長へのアクセスを提供することができます。
同時に、多くの関係者を含むブロックチェーンベースの保険および/または再保険交換プラットフォームも、業界のプロセスを刷新します。例えば、Zhong An Technologyは現在、上海の再保険会社と緊密に協力して、ブロックチェーンの再保険交換プラットフォームを構築しようとしています。
シナリオ1 - 相互保険
ブロックチェーンは、仮想の意思決定センターとしてのDAO（分散自律組織）を介したピアツーピアメカニズムであり、各被保険者が支払う保険料はDAOに保存されます。被保険者一人ひとりが投票権を持つため、申し立てが発生したときに最終的な請求の解決を決定します。 Blockchainは、その分散化のおかげで、プレミアムの回収、管理、クレーム支払いを行うことで、プロセスを透明かつ高効率にします。
中国では、Trust Mutual Lifeはブロックチェーンと生物学的識別技術に基づいたプラットフォームを構築しています。 2017年8月、Trust Mutual Lifeは、すべてのメンバーがファンドに従うことができる「Courtesy Help Account」と呼ばれるブロックチェーンベースの相互生命保険商品を開始しました。さらに、同プラットフォームは、同様の規模の伝統的な生命保険会社よりも運用コストを削減します。
シナリオ2 - マイクロ保険(特定シナリオにおける短期間の保険商品)
短期保険の一例は、カーシェアすること、またはインターネットを介して予約を提供し、宿泊施設を賃貸する際に発生する。そのような保険商品は、主にサービスプロバイダによって事前に購入され、次いでエンドユーザによって購入される。ただし、ブロックチェーンを使用すると、エンドユーザーは、実際の使用、開始、期限切れの日時に基づいて、いつでも保険を購入することができます。このようにして、記録ははるかに正確になり、潜在的な紛争を避けることができます。
シナリオ3 - 自動財務決済
ブロックチェーンの技術的特徴には、財務決済に固有の利点があります。スマートな契約によって、保険引受、保険料徴収、損害賠償、さらには再保険まで、ブロックチェーンを効率的かつ安全に適用できます。
ミクロレベル
ブロックチェーンは、製品設計、価格設定、クレームサービスのパターンを変える可能性があります。
- パラメトリック保険 (例：農業保険、フライト遅延保険など)
パラメトリック保険は、リアルタイムのデータインターフェースと異なる当事者間の交換が必要です。それはリスク移転の効率的な形態ですが、さらなるコスト改善の余地があります。パラメトリック農業保険や飛行遅延保険を例にとると、クレーム解決と支払いのためには人間の介入が必要です。
ブロックチェーンにより、データ交換の効率を大幅に向上させることができます。スマートコントラクトは、保険会社の運用コストを大幅に削減する保険金請求、損害賠償などの面で人間の介入をさらに減らすことができます。さらに、業務効率が向上し、顧客満足度が向上します。
中国の一部の保険会社はすでにブロックチェーンベースの農業保険に取り組んでいます。たとえば、2018年3月、PICCはブロックチェーンベースの家畜保険プラットフォームを立ち上げました。現在、プロジェクトは牛に限られています。各牛は、ライフサイクル全体にわたってブロックチェーンベースのプラットフォームで特定され、登録されます。必要な情報はすべてプラットフォームにリアルタイムでアップロードおよび保存されます。クレームはブロックチェーンを介して自動的に開始され、解決されます。プラットフォームは、効率的で信頼性の高い食品安全追跡システムとしても機能します。
- 自動車保険、住宅保険（火災保険など）
ブロックチェーンは、IoTと組み合わせると、自動車保険および住宅保険の分野で幅広いアプリケーションシナリオを持っています。
個々の車両の視点からのアプリケーションと、全体としてのポートフォリオがあります。個々の車両の観点からは、各車両の完全な履歴はブロック単位で保存されます。この機能により、保険会社は、各車両、メンテナンス、事故、車両部品の状態、履歴、所有者の運転習慣に関する正確な情報にアクセスすることができます。このようなデータは、各車両ごとの専用情報に基づいてより正確な価格設定を容易にします。
被保険者の観点からは、ブロックチェーンとIoTを組み合わせることにより、請求サービスのプロセスが簡素化され、決済効率が向上します。
全体の観点からは、ブロックチェーンとIoTは特に中小規模のキャリアにとって、ビッグデータ取得障壁を大幅に下げることができます。これは、自動車保険の価格精度と新製品開発にプラスの影響を与えます。
例えば、自動車保険（UBI）を利用する自動車保険は、保険適用された自動車の正確な時刻と経路を記録して共有することが技術的に可能であり、UBIのポリシーをより正確に評価することができます。もちろん、保険会社は、被保険者車両の内蔵センサーが故障したり、接続が失敗した場合の対処方法を検討する必要があります。さらに、保険会社は、そのような状況が発生したときのために、UBIポリシーの上にアンブレラポリシーが必要かどうかを判断する必要があります。
- 保険請求詐欺への対応
保険請求の有効性と調整額を検証するためにブロックチェーンが既に適用されています。カナダでは、ケベック自動車保険規制当局（QuébecAuto Insurance）がブロックチェーンベースの情報交換プラットフォームを導入しています。ドライバー情報、車両登録情報、車両の技術検査結果、自動車保険および請求情報などはすべてプラットフォームを通じて共有されます。プラットフォームは、保険会社の運営コストを削減するだけでなく、詐欺を効果的に削減するのにも役立ちます。プラットフォームにアクセスできるすべての保険会社は、車両が盗難されたと報告されたときにリアルタイムで通知を受け取ります。保険会社は、各車両の技術情報に完全にアクセスできるため、個々の保険契約者にとってより正確な価格設定が可能になります。
チャレンジと課題
分散化は情報の共有を強化し、情報の非対称性がもたらす独占的利点を減少させる。そのような状況下では、保険会社は価格設定、製品開発、請求サービス、さらには評判リスクにもっと注意を払わなければならない。このすべてが、会社経営にとって新たな課題になっています。
同時に、保険業界のあらゆる側面は、案件の初期段階でオリジナル情報の正確性を確保することに重点を置く必要があります。被保険者からの虚偽の申告にどのように対応するかを知ることは重要です。
よりマクロ的な観点からは、開発の初期段階では、技術開発や規制上の制約のペースに沿って、データの「ローカライズされたブロック」が不可避になります。
理論的には、ブロックチェーンをハックすることは不可能ですが、データ保護はローカライズされたブロックの問題になります。したがって、これらのローカライズされたブロックを保護するには、より高いサイバーセキュリティ保護が必要になります。
ブロックチェーンと他の技術との相互作用は、既存の仲介役割が異なる分野の新しい技術に置き換えられることを意味する可能性があります。保険業界が仲介業者の継続的な発展を確実にしたい場合、ブロックチェーンによってもたらされる既存の商流ビジネスモデルへの混乱の可能性を取り除くべきである。
ブロックチェーン技術を採用することに関連して必要な投資（有形および無形の両方のコスト）は、この段階では多くの企業にとって大きな考慮事項です。保険会社や再保険会社は多数のシステムを運用しており、ブロックチェーンベースのテクノロジー/プラットフォームを統合する決定は軽く取られるべきではありません。ブロックチェーンの進化の現段階では、これは保険会社が直面する最大の障害の1つになる可能性があります。
全体を通してブロックチェーンは勇気づけられる見通しであり、この技術革新が各地の保険会社にプラスの効果をもたらすと信じるあらゆる理由があります。同時に、相互に関連する課題を理解し、業界の発展を促進して、エキサイティングな新しい時代になることを約束する必要があります。
iXledgerのブログを要約と翻訳 - One nonce at a time: Ethereum blockchain transactions
今回はイーサリアム担当のValdi Kamenarovさんの記事です。
One nonce at a time: Ethereum blockchain transactions | iXledger
イーサリアムのディープな技術的な話ですので、技術者以外は読み飛ばしてもらってもOKです。というかiXledgerはやはり既にかなりの知見を貯めてますね。この辺りまで行き着いている技術者は世界でも少ないでしょう。
要約
- トランザクションノンスは実はセキュリティ上とても重要な役割を果たしている
- 単一トランザクションを処理する場合は問題ないが複数の顧客のトランザクションを一括で処理したい場合に課題がある
- 解決案は３つあるがどれもメリデメがある
翻訳
ブロックチェーンは素晴らしい技術ですが、他の優れた新しいテクノロジーと同じように、インフラや開発においてはまだまだ長い道のりがあります。
この記事ではiXledgerのエンジニア達が取り組んだ開発における様々なチャレンジの一例を紹介します。
イーサリアムのトランザクションとノンス
詳細に入る前にまずはイーサリアムでどのように処理が動作するのか見て行きましょう。
１つのトランザクションはシンプルに１つの署名されたデータパッケージです。データパッケージはイーサリアムネットワーク上のある外部アカウントから別の外部アカウントへの送信内容が含まれています。
外部アカウント
外部アカウントとはイーサリアムの用語で人間が持つアカウントのことです。我々が持っているイーサリアムのウォレットアドレスです。対して自動実行されるアカウントのことをコントラクトアカウントと呼びます。
トランザクションはいくつかの値と１つのノンスからなります。ノンスには次に示すように２つあります。
トランザクションノンス - 送金者によって実行されたトランザクションの数
プルーフオブワークノンス(PoW) - プルーフオブワークの条件を満たすために調整するための意味のない数値。
今日はトランザクションノンスの話です。
ある外部アカウントが新しいトランザクションを送信する場合、その外部アカウントのトランザクションノンスの値が1足されます。
これだけだと良さが全然伝わらないですね。
しかしこれがある事で実は誰かがあなたのアカウントに対してリプレイアタックを仕掛けることが抑止されます。
２つのトランザクションが同じトランザクションノンスでシステムに入力されたら、片方のトランザクションだけが処理され、もう一方は破棄されます。
さらに考慮すべきこととして現在のノンスと新しいノンスの間にギャップがある場合、ギャップが解消されるまで新しいノンスのトランザクションは実行されません。
例で説明します。
https://www.ixledger.com/wp-content/uploads/2018/08/Diagram-Blog-.jpg
もしあなたが複数のトランザクションを送信して、3番目が失敗したとします。その場合3番目のトランザクションが処理されるまで他のトランザクションはストップします。
トランザクションの署名: ノード vs オフライン
取引がネットワークで処理されるためには外部所有アカウントの秘密鍵でパッケージ化して署名する必要があります。
通常、ブロックチェーンノードが処理する場合、ネットワーク経由でプライベートキーをブロックチェーンノードに送信するため、セキュリティリスクが発生します。
もう1つの方法は、トランザクションをブロックチェーンノードの外部で署名し、署名されたパッケージをノードに配信し処理します。この方法はハードウェアウォレットで使用され、プライベートキーがパブリックな場所では決して送信されず、署名されたトランザクションのみが送信されます。こちらはトランザクションを署名する必要があるので手順がやや複雑になります。
課題
ここからが難しい部分です。アプリケーションがすべての顧客の要求を一括してトランザクションを行う必要があると考えてみましょう。
その際トランザクションごとにノンスが正しく設定されていることを事前に確認する必要があります。(そうしないとエラーが起きたら全部の処理が止まるのでかえって非効率になってしまいます。)
例えばEthereumのJSON RPC APIコール（eth_getTransactionCountやライブラリなど）を介してトランザクションノンスを取得する方法がありますが、残念ながら、これはほとんどの場合うまく行きません。この機能は、現在のブロックおよび保留中のブロック内のトランザクションのトランザクション数を取得しますが、トランザクションプール（txpool）に追加のトランザクションが存在する可能性があっても考慮されません。これにより、txpool内のトランザクションですでにノンスが使用されていた場合に間違ったノンスが返されます。
解決案
解決案1：txpoolを使用してアプリケーションでnonceを解決する
eth_getTransactionCountがすべてのトランザクションを返さない場合がありうるのでtxpoolを取得し、潜在的なトランザクションをチェックし、それに応じてノンスを正しく計算することができます。
メリット：ほとんどの場合正しいノンスを持つようになり、ノードに依存しません。（ただし対象のノードが同期していない場合はうまく行きません）
デメリット：作成するトランザクションごとに全件をフェッチして反復する必要があるため非効率的です(処理量が増えてしまいます)
解決案2：パリティノードでの実装を使用する
ParityノードはGethと比較してより豊富な機能を提供します。その1つにnextNonce（アドレス）を使用してnonce値を取得できます。
メリット：最初のソリューションと比較して、ブロックチェーンノードで効率的なノンス処理が行えます。
デメリット：アプリケーションが接続できるノードを制限され、理想的ではありません。(多くのノードがgethを採用している)
解決案3：アプリケーション内でノンスを完全に処理する
トランザクションを順序付けし、ノードに絶えず照会する必要なしにノンスを割り当てることを担当するカスタム・トランザクション・マネージャーを作成することです。
メリット：他の2つのソリューションよりも高速だと思われます。
デメリット：ブロックチェーンのワールドステートから隔離され、独自の問題が発生します。
結局それぞれの案にメリット、デメリットがあり、実現にはトランザクションの再試行やキャンセルなどの複数の追加要件や改善が必要です。
重要なことは、ブロックチェーンのエコシステム全体がまだこのような多くの課題を抱えていることです。
ソフトウェアエンジニアとしての我々の知見を共有することでイーサリアムの改善に役立つことを望んでいます。
以上です。
iXledgerのブログ要約と翻訳 - What’s next in insurance?
この記事は以下のブログの記事「保険業界で次に何が来るのか？」を翻訳及び要約したものです。
iXledger | Blockchain | What’s next in insurance?
著: Alex Page
要約
- 保険業界は他の業界に比べてデジタル化に遅れている。56%の企業がデジタル化に関しては初心者レベルである。
- ブロックチェーンにより透明性の高い分散台帳を作ることができる。
- ブロックチェーンを使用すると保険に関係する全てのステークホルダーの購買プロセス、保険管理、文書化、コンプライアンスのコストを削減できる。
- InsurTechの波に乗り遅れると顧客が不満を抱くようになる。
- iXledgerは最新技術を保持しているだけではなく社内に保険の専門家もおり、保険会社の最良のパートナーとなれる。
翻訳
ブロックチェーンと保険
現代のビジネスは、競争力を保ち、顧客の要求を満たすために、デジタルと技術開発にますます依存しています。
保険業界もこれまで革新者が登場してきましたが、もはや他の業界と比較して変革で有名な分野ではありません。
グローバルコンサルティング会社のキャップジェミニの最近の調査によると、多くの業界はデジタル化を成功させる能力が不足していると感じていますが、保険業界は特に遅れています。
「保険業界は、テレコム、自動車、銀行業界などに対してデジタルとリーダーシップで後れを取っており、デジタル分野では初心者レベルの企業の割合が56％と最も高い割合を占めています。」
KPMGの報告書「保険業界におけるM＆A、変革と革新の加速化」は、保険会社の役員がテクノロジー企業の専門知識から恩恵を受けるために積極的に新たな買収やパートナーシップを模索していることを明らかにしました。業界のフォワード・シューターは、これらの開発が課題を生み出す一方で、掴み取るべき価値のある機会も提示していることを認識しています。
保険技術において一般的に言及されている重要なトピックの1つはブロックチェーンです。
ブロックチェーンとは何か？
ブロックチェーンは分散元帳と考えることができます。各当事者が独自の集中記録を保持するのではなく、すべての取引をリストする分散型元帳1つで管理します。
トランザクションは「ブロック」として表現され、チェーン内に追加される前に承認を得るためにネットワーク内のすべての関係者にブロードキャストされます。一度チェーンに入ると、ブロックは透明で不変なものになります。
保険専門家にとってこれはどういう意味ですか？
保険のチェーンは現在、各当事者が関与するポリシーの独立した記録を維持しなければならず、この非効率性がボトルネックになっています。
彼らは継続的に仲介者層を介して交渉し、取引の正当性を検証するために第三者に引き渡す必要があります。
ブロックチェーンは分散型で不変なので、これらの制約はありません。保険の取引は、すべての関係する取引を一緒に承認することができ、サードパーティの検証を必要とすることなく、トラストレスに実行可能です。ビザンチンの管理プロセスに投資された時間と資金は、ビジネスの真の目的に使用できます。
PwCの報告書「Blockchain、保険の新しいアプローチのための触媒」の中では次のように述べられています：「ブロックチェーンを使用すると購買プロセス、保険管理、文書化、コンプライアンスのコストを削減できます。新しいプレイヤーが市場に参入し、特に発展途上国で新しい市場が登場するのを助けるはずです。使用の簡素化と透明性の向上により、顧客満足度の向上にもつながります」
プロセスにブロックチェーンを組み込むことで、チェーンに沿って手間を省き、より効率的に仕事をすることができます。あなたが保険会社、ブローカー、再保険会社または引受人であるかどうかにかかわりません。
保険業界が他の業界で実現されている変化に遅れを取ると、顧客は保険の既存の仕組みにますます不満を抱くようになります。
たとえば、「ラストマイル問題」があります。「ほぼすべての保険会社が、紙の小切手やACHを使用して昔ながらの方法で人々に保険金を支払います。このユーザー体験は、近代的な顧客の期待にはほど遠いでしょう」
時代遅れのシステムは、瞬時にワンクリックでデジタルソリューションを利用する消費者を苛立たせます。中央集権型の帳簿管理が非効率性を生じさせている事は遅延とコストの形で顧客に知れ渡るでしょう。
ブロックチェーンのアドバンテージを得ることによって、より迅速で潜在的に安価なサービスのためにお客様はあなたのサービスにやってくるでしょう。
Deloitteが2018年のBlockchain Surveyの後に述べたように、この技術は去っていません。メインストリームので利用が拡大し、消費者はそれがもたらす利益を期待して成長するでしょう。
なぜiXledgerなのか？
ブロックチェーンは大きな価値を提供しますが、保険業界はしばしばそれ自体を実装するための専門知識が不足しています。それがiXledgerとのパートナーシップが役立つ場面で、私たちがより簡単にプラットフォームを提供しながら、保険会社などは本来の仕事に集中できるようになります。
iXledger社内には保険専門家がおり、我々はあなた方のニーズを理解することができます。調査から再保険のプレースメントまで、保険金請求管理、データ管理、コミュニケーション管理の改善を手助けできます。
60日分の支払い条件と毎月のBordereauxの提出を忘れたり、急に報酬を受け取ったり、通知されたりすることはありませんか？
当社のプラットフォームは、業界が次の一歩を踏み出すため、ブロックチェーンのユニークな特性を持つ理想的なアプリケーションです。
iXledgerのブロクの要約と翻訳 - InsurTech and Insurance – Collaboration, Not Disruption
iXledgerがブログを始めたみたいなので翻訳していきます。
この記事は下記のブログ記事「InsurTechと保険」の要約と翻訳です。
InsurTech and Insurance - Collaboration, Not Disruption | iXledger
要約
- InsurTechは既存の保険業界を破壊するのではなく、協調していく
- 保険会社、InsurTech企業共に双方の専門知識を共有でき有益である
- iXledgerは協調を重視する企業である
翻訳
‘破壊'は現代の様々な業界でよく使われるバズワードです。InsurTechにおいても例外ではありません。
最新の技術やスタートアップは自身を破壊者とポジショニングします。まるでダビデとゴリアテのようなメンタル状態でレガシーシステムを蹴落とすように。
既存の保険会社などは過酷な現状維持を強いられています。もしInsurTech企業が力を蓄え、ホワイトペーパーを超えて革新的な技術を実装したら、既存の保険会社はバタバタと倒れていくに違いないでしょうか？
我々はそうは思わないし、その話は見誤ります。
イノベーションは保険の世界とInsurTechの間に争いをもたらすものではありません。協調をもたらすものです。相互にとって有益なアプローチで双方の専門家の意見を取り入れて利益をもたらします。
Ryan Hanley氏(TrustedChoice.com)は次のように述べてます。
InsurTechと保険会社は「顧客の保険に関する体験」という同一の課題に立ち向かっています。好戦的な言い回しは不要な摩擦を生み出します。
既存の保険企業はInsurTechを必要としているし、InsurTechは保険企業を必要としています。
専門性の向上は、人類の生産性を大幅に向上させます。この原則はこれまでのところ有効だと考えられます。現職者(保険会社)は、InsurTech企業では真似することが難しい専門知識、知見、および業務慣行の蓄積をしてきた。同様に、保険会社は、デジタル分野で常に最新の状態に保つか、革新的な知識を欠いていることがよくあります。
それぞれ双方にスペシャリストのメリットを享受できるので、一緒に働く方が単純に理にかなっています。
次の事は新しいインサイトではありませんが、英国のMGAの調査によると、InsurTechと協力してより顧客志向になることに関心が高まっていることがわかりました。 KPMGの報告書「加速する革命 - 保険業界におけるM＆Aや変革、革新」では、保険幹部がテクノロジー企業の専門知識から恩恵を受けるために積極的に新たな買収やパートナーシップを求めていることが明らかになりました。
保険会社はまた最近のForbesの記事でDavid Haass(Elite Insurance Partners)が次のように指摘したことを意識しています。「迅速に意思決定できる保険会社は、栄えある保険会社である可能性が最も高い。トップ企業は、デジタル技術の革新を導くものになるでしょう」さらに、InsurTechsとのコラボレーションがその目標に向かって効率的な方法であることを認識しています。
そして一方でPwCの報告書Breaking Boundariesによると、InsurTechを取り巻く環境は変化しています。私たちは、破壊への期待からコラボレーションに移行しました。
我々の目的は、お互いに葛藤したり、お互いの仕事を脅かすことではありません。私たちのそれぞれのフィールドは、お互いの専門分野の生存をしやすくなっていきます。好戦的な言い回しから、相互利益の協調的アプローチや尊重へと変化します。
ダビデ対ゴリアテの物語による「破壊」というバズワードはパートナーシップの深いビジネス上の利益を認識する人により、必然的に輝きを失っていき、消えていくでしょう。
iXledgerでは、協調を重視しています。コラボレーションの機会については、下記よりお問い合わせください。
