no image

[Toggetter投稿] リップル社のサービスにリップルコイン(XRP)を用いる必然性はない

こちらに書きました。 https://togetter.com/li/1118857

no image

XRPに対するRipple社の真意

XRPが2017年5月になって急に数十倍に急騰しました。億万長者が何十人か生まれましたね。XRPの時価総額もBitcoinに次ぐ2番手となり、目が離せない人も多いでしょう。では、リップル社及びXRPとはなんであり、この二つにはどういう関係があるのでしょうか。 リップル社とXRPの関係については、こちらのブログがとても詳しいです。 ただ、僕はこちらの指摘は100%正しいとも思ってないです。「リップルが恣意的にコントロール可能」というのは事実ですが、それが「XRPは投資価値がない」ということに必ずしも結びつかないからです。他の人が別の場所で意見していた覚えがありますが、例えばJPYとUSDをXRPを介して交換する場合、 1. JPYを売りXRPを買う 2. XRPを相手方に送る 3. XRPを売りUSDを買う という流れで、1〜2の段階でXRPを一時的にユーザは保有しなければならないからです。つまり、このタイミングで実需が生じているということであり、将来XRPでの送金がデファクトスタンダードになり膨大な額が交換された場合(為替市場の取引高は1日で200兆円とも言われています)、莫大なXRPの実需が生じる可能性があるからです(一瞬で200兆円注文されるわけではないので、正確な評価は難しいですが)。 もっとも、「リップル社がコントロール可能」というのは事実なので(どのぐらいまでそれが可能かは計算がとても難しいですが)、Volatilityが非常に大きくてハイリスクハイリターンな通貨であることは間違いないと思います。 ところで、WikipediaのRippleの項目には以下のように書かれています。 >[英語ウィキペディア]designed to eliminate bitcoin’s reliance on centralized exchanges, use less electricity than bitcoin, and perform transactions much more quickly than bitcoin これは非常に政治的な記述です。僕個人の意見は以下です。 bitcoin: 技術自体はdecentralize, しかし実際の取引においては取引所に頼らないと安定した取引はできないので、取引権の偏りという点ではcentralizeと評価もできる。 ripple: XRPはcentalize, しかしリップル社が60%程度現在も保有しており、同社はそれを任意のタイミングで売れるので、供給・価格コントロール権の偏りという意味ではcentralizeと評価できる。これは、bitcoinの取引権の偏りよりずっと大きな偏りである。そして、XRPはゲートウェイという交換ようの板をサードパーティが立てられ、これも取引所のようなものなので、取引権の偏りという点でもcentralizeである。さらに、承認プロトコルも、Proof of WorkでもProof of Stakeでもなく、リップル社が任意に選んだvalidator というサーバの投票で決まるので、取引承認権という点でもcentralizeである。 要は、Wikipediaの記述は非常にリップル社よりの政治的なもので、XRPの方が実際はずっとcentralizeです。リップル社もこれには気づいていて触れないようにしています。 a. リップル社のプロダクトは銀行間でのグローバルかつボーダレスな両替を実現するものであり、彼らのビジネスでの収益限は銀行に対するシステムのコンサルティングや設計・実装である b. リップル社はリップルの供給(特に増やす方向)をコントロールすることができる という二つの事実から、リップル社はXRPに対してこう考えているのでしょう。「もしXRPが上がったら、自分たちの保有しているXRPを売却して収益をあげれば良い。暴落した場合でも、もともとほぼコスト0でXRPを保有できているのだから、特に損はしない」。つまり、a と b の収益モデルは、相互にそれほど関係していないわけです。最初のブログでも述べられている通り、XRPとリップル社株式の相関性は(2017年5月時点の市場参加者に想像されているほどには)ないのでしょう。

no image

日本ブロックチェーンユーザ会: 第6回勉強会 に参加してきました

https://eventdots.jp/event/618410 http://www.unitedbitcoiners.com/blog/flare-lightning-network 難しい理論の話は置いといて、大きな枠組みとして以下のことがわかりました。 1. http通信のような、汎用決済プロトコルに成長する可能性が高い(もちろん既存の決済より圧倒的に効率的) 2. 現段階ではアカデミック先行であり、理論は多く出ているが実装や実験が不十分 3. 何をするにもキャズムに至(=普通の人が普通にビットコインを保有して使っている)らなければ始まらない つまり「ポテンシャルは非常に高いが、芽が出るまでに時間がかかる」領域。僕は10年かかると思っています。 人工知能なんかは、Google検索やレコメンド、企業の業務フロー改善など金儲けに落とし込めるので、爆発的に進展しています。 これに対して、ビットコインは金融商品としての投機的需要・利益は高いのですが、堅実なビジネスというものがまだ実現できていません。 感覚的にもわかるように、一般人に普及していないのです。 まあ1と2の問題は時間が解決してくれるので、問題は3ですね。 ビットコインが人口に膾炙するシナリオが、まだ具体的に浮かばない。

no image

javascriptで現在実行中のファイル名及び行番号を取得する方法

qiitaにも書いたけど、こっちにも載せておく。 Object.defineProperty(window, '__STACK__', { get: function(){ var orig = Error.prepareStackTrace; Error.prepareStackTrace = function(_, stack){ return stack; }; var err = new Error; Error.captureStackTrace(err, arguments.callee); var stack = err.stack; Error.prepareStackTrace = orig; return stack; } }); Object.defineProperty(window, '__FILE__', { get: function(){ let filename = __STACK__[1].getFileName().replace(location.origin, "").replace(window.location.search, ""); if(!filename) filename = "/"; return filename; } }); Object.defineProperty(window, '__LINE__', { get: function(){ return __STACK__[1].getLineNumber(); } }); Object.defineProperty(window, '__HERE__', { get: function(){ let filename = __STACK__[1].getFileName().replace(location.origin, "").replace(window.location.search, ""); if(!filename) filename = "/"; return filename + ":" + __STACK__[1].getLineNumber(); } }); console.log("__FILE__", __FILE__); console.log("__LINE__", __LINE__); console.log("__HERE__", __HERE__);

no image

なぜJavascriptはシングルスレッドかつ非同期通信なのか

http://indori.blog32.fc2.com/blog-entry-1298.html 同じ理由でJavascriptもシングルスレッドなのだと思う。 シングルスレッドだとファイルの読み込みなどの重い処理をしたときに次の処理まで長い待ち時間が発生しうる。 それだと使い者にならないので、そのような処理は処理を投げる(ファイル読み込みの場合はhttpリクエストをブラウザに投げる)ことだけをまず行い、イベントループにでぶち込んで他の処理を行う(他の処理も同じようにイベントループにぶちこむ)。 イベントループを監視してる最中に、その処理が終わっていたらFIFOでコールバック関数を実行する。 これが現実的な解決方法であり、非同期処理そのものだ。