こんにちは、石ころです。 メッセージングアプリSignalの創業者であるMoxie Marlinspikesさんが書かれたMy first impressions of web3という記事（2022年1月に書かれたもの）が示唆に富む内容だったので翻訳版を紹介します。 Moxieさんの記事書いたよという元ツイートは3万いいねがつき、イーサリアム創設者のヴィタリック・ブテリンや、イーロン・マスクもリプをし、良い意味で物議をかもしたようです。 個人的にも今年読んだWeb3関連の記事で一番面白いと感じました。 翻訳はDeepLをベースに各種改変しています。 私は自分を暗号学者だと思っているにもかかわらず、"Crypto "には特に惹かれていない自分がいます。実際に「私の芝生から出て行け」と言ったことはないと思いますが、新しいNFTの情報よりも、「crypto」が「暗号学」を意味していたというPep

初めてのブロックチェーン暗号通貨であるBTCに始まり、スマートコントラクトでプログラム可能にしたETH、これらによって実現を見たDeFi等のサービスですが、多くの場合にフロントエンドのホスティングサービスやクラウドサービスといった仲介者・サードパーティの存在が必要であるために、エンドツーエンドで完全に自律分散して止められないシステムとして動かすことは出来ません。Dfinityはこれらを包摂し、また仲介者・サードパーティを排除して汎用なパブリックブロックチェーンプラットフォームとして高付加価値化を目指す、初めてのアダプティブなブロックチェーンです。 現在のブロックチェーンではスマートコントラクトをWebスピードでコンピューティングし、データを無限にホストすることは不可能です。ICPはこれを両立させて、バックエンドからフロントエンドまで一気通貫し、インターネットのように止められないシステムとし

ブロックチェーン技術について説明する記事を書いていると、次のような意見を耳にすることがあります。「ブロックチェーン技術を使わずにデータベース管理システムを使えばいいのでは？」──主にITに詳しい人からこの意見が出る場合が多いようです。 筆者の個人的な意見としては、ブロックチェーン技術とデータベース管理システム（DBMS）やKVS（Key-Value Store）は目的も特性も異なる技術なので「別のもの」と考えた方が理解が早いと思います。それ以前に「そもそも、ブロックチェーンとデータベースを比べること自体が間違っている」とのご指摘もあろうかと思います。 現実に、ブロックチェーンの説明で「データベース」という用語を使う事例はいくつかあります。「ダボス会議」で知られている世界経済フォーラムによる解説動画では、パブリックブロックチェーンについて「オープンで脱・中央集権的なデータベース」と説明してい

生成 AI による新しい UI/UX 〜サーバーレスで実現する Generative UI の世界〜 / generative ui with serverless

ブロックチェーンを使えば信頼できる／信頼されなければならないデータ（例えばお金）を扱うことができようになる。ブロックチェーンの魅力といえばまずこれがあげられるだろう。 「信頼」はブロックチェーンにおける根本的な価値であるが、その原理やしくみはなかなか理解されていないのではないだろうか？今回はブロックチェーンにおける「信頼」の仕組みについて考察してみたい。 まずブロックチェーンにおける「信頼」は単純な一つの原理で生まれるわけではなく、そこには3つのレベルがあると考えられる。 １、トランザクションのレベル ２、ステートのレベル ３、ブロックのレベル では順番にみていこう。 １、トランザクションのレベル　最初のレベルはトランザクションそのものだ。トランザクションといってもその形式は様々なフォーマットがあるが、どんな場合でも共通していることがある。 それは「トランザクションには必ず署名（ハンコ）エ

Fintech業界で話題を呼んでいるブロックチェーン技術。暗号通貨の中核といえるこの技術は分散型台帳技術(DLT)ともいわれる。しかしこの二つの単語を混同していたり、そもそも深く掘り下げて考えていない人も少なくない。今回はその違いと次世代ブロックチェーンともいわれるDAG技術も含めて紹介したい。 そもそも、なぜ分散型？ 今までの多くの企業や金融機関では個人情報や金融情報を一括管理し、取引記録なども中央で管理している。これはそこにお金や情報を預けても大丈夫だという‘‘信頼がある‘‘からこそ成り立つ。銀行やクレジットカード会社などがそれにあたる。しかしこの状態だと管理するサーバを悪意的に攻撃もしくは、侵入されれば大量の情報を奪い取られる危険がある。これは中央管理の欠点といえる。 そこで分散型では、その取引記録等をすべての人が共有することで信頼性を保つ。地域で使われる回覧板や学校の学級日誌を思い

みなさま、初めまして。R3で日本事業を担当しております山田宗俊(Munetoshi Yamada)です。今日から始まるこのブログでは、R3が開発するブロックチェーン・プラットフォームCordaを活用したビジネスを始めるに当たって、最小限必要となる知識（Minimal Viable Knowledge）を紹介していきます。このブログがみなさんにとって、世界中の契約や取引、情報共有の仕組みを変えるアプリケーション開発に着手するきっかけとなれば幸いです。 第一回目の今回は、ブロックチェーン業界でいつも話題になるWhy ブロックチェーン？について、議論したいと思います。 中央集権型じゃダメなの？Why ブロックチェーン?の質問を挙げる人の多くは、頭の中に、「中央集権型じゃダメなの？」といった疑問があります。特に、顧客先の社内システムを構築してきたベンダーの方々はこのような視点を持っています。社内の

この記事を読むだけでPolkadotとそれを取り巻くプロジェクトがなんとなくわかることを目標にして書いています。技術面の説明は出来るだけ避け概要部分にフォーカスしています。内容はかなり異なりますが、内部構成などはSaurabhさんの記事を参考にしました。 追記(10/15):Mediumの仕様の変更なのか、パラグラフ遷移できなくなしました。 追記(4/14)：気づけば読むのに43分かかるとMediumに言われたので、読みやすいように目次からセクション毎に飛べるようにしました。 1. Polkadotの概要PolkadotはEthereumの共同創業者であるDr.Gavinが2016年に考案した、現状のEthereumなどのブロックチェーンの課題であったスケーラビリティやセキュリティなどを解決することを目指しているプラットフォームです。 Polkadotの目的は２つあります：異なるブロックチ

申し訳ないが原典は英語で書いた. 繰り返しゲーム予想Repeated Game Assumption. 「逃げられない構造を作れるシステムは協力を促す」 これはMinerが無数にいるLayer1や、選抜されたバリデーターのFederation Signatureで資産を出し入れする普通のサイドチェーンではほぼ不可能な性質である。 まずは、オペレーターがただ一人で資産を100%保全できるPlasma、つまり残高の所有権はユーザーにある明確なNon Custodialさがキモである。 加えて、そのオペレーターの素性を明らかにすることで、なにか不測の事態があったときの法的な責任が一意に定まる構造がスパイス。 これらの上に顕現する様々な性質を説明する概念である。 「ユーザー全員にKYCさせるのはありえないけど、サービス提供者は法人ならKYCしてるようなもんだよね。そして法人だから安心できるよね」と

要約：最近のBCHはネットワーク層の開発（Layer0）にフォーカスした結果、様々な技術が生まれていて、0-conf、つまり数秒で決済・コントラクト実行が可能になると思われます。 注意：本文は投資を推奨するものでも、他通貨と優劣比較するものでもないです。新技術Avalancheの解説が見たい人は上半分を読み飛ばして下さい。 おひさです。少し前に沢山書いていたALISも、少々コードとエラーの魔力で引き離されていました。が、界隈の才能たちが見過ごしまくっている面白い話題があるので、撒き散らしたいなと思います。 そのトピックがどのくらい見過ごされているか、どうやって表現したら良いのか難しいんですが、 そういえば、僕、山が好きなんですよね。 エベレストとか が好きです。 40万をゆうに超えたBCHが８０００円代まで落ちたのは他でもないハードフォークの時期ですが、これはなかなか面白い山で、技術進歩は

運営者情報本サイトは、日本最大級暗号資産取引所・販売所「ビットバンク」が運営する、ビットコイン(Bitcoin)、ブロックチェーン、暗号資産(仮想通貨)に関する知識、世界中の最新のトピックス、最先端の技術、プロジェクト、規制、相場など、暗号資産投資のヒントになるお役立ち情報を発信するメディアです。 金融庁のホームページに記載された暗号資産交換業者が取り扱う暗号資産（仮想通貨）は、当該暗号資産交換業者の説明に基づき、 資金決済法上の定義に該当することを確認したものにすぎません。 金融庁・財務局が、これらの暗号資産（仮想通貨）の価値を保証したり、推奨するものではありません。 暗号資産（仮想通貨）は、必ずしも裏付けとなる資産を持つものではありません。暗号資産（仮想通貨）の取引を行う際には、以下の注意点にご留意ください。 ＜暗号資産（仮想通貨）を利用する際の注意点＞暗号資産（仮想通貨）は、日本円や

DAppsは日本語で、非中央集権型アプリや分散型アプリなどと呼ばれていますが、実際のアプリケーションは全く非中央集権型（Decentralized）ではなく中央集権型（Centralized）のアプリケーション「CApps」になっているというは周知の事実だと思います。 実際問題アプリケーションの楽しさやユーザビリティを考えると、ある程度は中央集権型になるのは仕方のないことなのだと思います。 ではDAppsのユーザービリティの向上を目指すにあたり、どのようなアーキテクチャにするべきなの考えてみます。 キーとなるのは、GraphQL + MongoDBによるAPIサーバーです。 なぜAPIサーバー？ コントラクトの不得意なことの一つとして、一覧データの取得があります。 コントラクト内の一覧データを取ってくるには、データの件数だけループしてトランザクションを発行する必要があったり、コントラクト内

「池の水ぜんぶ抜く」的な企画です。 NEMの内部データベースはH2dbというRDBでできていて、MySQLやOracleと同じようなRDB（リレーショナルデータベース）で格納されています。NEMはJavaで書かれていて、データベースもRDBなので、コードや内部データベースを見ると、割と普通の業務システムっぽいなという感覚を抱くことがあります。 データをP2Pで共有して、暗号化してまとめているプロセスがブロックチェーンで、トランザクションを格納するデータベースそのものがブロックチェーンというわけではない、と言えるかなと思ったりします。普通はNEM公式で提供されているAPIを使ってデータを取ったりするのですが、内部データベースを直接いじればごそっとデータが取れるんじゃないか、というのが今回の記事です。 ちなみにこのネタ前から温めていたんですが、似たようなことをやられている方を今月見つけまして、