<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/">
    <channel>
        <title>askyv</title>
        <link>https://paragraph.com/@askyv</link>
        <description>crypto boy unemployed / bulid inclusive internet.</description>
        <lastBuildDate>Wed, 17 Jun 2026 05:15:10 GMT</lastBuildDate>
        <docs>https://validator.w3.org/feed/docs/rss2.html</docs>
        <generator>https://github.com/jpmonette/feed</generator>
        <language>en</language>
        <image>
            <title>askyv</title>
            <url>https://storage.googleapis.com/papyrus_images/80fbc12727731ba859ca823cfacf9e1ba6723380fd3c5868cd1d7df6b297fc6a.png</url>
            <link>https://paragraph.com/@askyv</link>
        </image>
        <copyright>All rights reserved</copyright>
        <item>
            <title><![CDATA[CASTY: MEV-capturing AA]]></title>
            <link>https://paragraph.com/@askyv/casty-mev-capturing-aa</link>
            <guid>WteiMvI9bV3pZhgz5xgY</guid>
            <pubDate>Fri, 31 Jan 2025 06:40:49 GMT</pubDate>
            <description><![CDATA[AbstractWith CASTY, originators such as DApp providers can auction the right to first arbitrage through a smart contract. The searcher is assured trustlessly that their bundle will be executed at the start of each block. Through CASTY, originators are incentivized to send orders to a public mempool and avoid becoming exclusive order flow (EOF). Searchers are motivated to send bundles to various block builders without worrying about trust costs.Product Vision and ScopeOur goal is an inclusive ...]]></description>
            <content:encoded><![CDATA[<h2 id="h-abstract" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Abstract</h2><p>With CASTY, originators such as DApp providers can auction the right to first arbitrage through a smart contract. The searcher is assured trustlessly that their bundle will be executed at the start of each block.</p><p>Through CASTY, originators are incentivized to send orders to a public mempool and avoid becoming exclusive order flow (EOF). Searchers are motivated to send bundles to various block builders without worrying about trust costs.</p><h2 id="h-product-vision-and-scope" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Product Vision and Scope</h2><p>Our goal is an inclusive blockchain for anyone.</p><p>The monopolization in the block construction process reduces resistance to censorship. Therefore, it is necessary to stimulate competition within the supply chain of block construction.</p><p>For stimulating competition, we believe it is important that searchers or builders can obtain order flow (OF) under the same conditions. Reducing EOF so that all searchers can equally obtain OF from the originators, and setting up an environment where searchers can send their bundles to a wide variety of builders is crucial.</p><p>The scope of this product is to prevent the EOFization of orders originating from contract wallets that comply with ERC-4337 and DApps utilizing them.</p><h2 id="h-rights-to-first-arbitrage-auction" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Rights to First Arbitrage Auction</h2><h3 id="h-the-subject-of-the-auction" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">The Subject of the Auction</h3><p>In CASTY, we conduct auctions for the <em>right to first arbitrage</em> of a DApp. The right to first arbitrage is the privilege to execute bundles before other orders in each block. The auction winner can execute their bundle before any other order that operates a DApp during the corresponding block.</p><p>The rights to first arbitrage are mainly bid on and utilized by searchers who are able to formulate MEV strategies.</p><h3 id="h-the-flow-of-the-auction" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">The Flow of the Auction</h3><p>The flow of the auction for the rights to first arbitrage of the <code>X</code>th block is as follows:</p><ul><li><p>The auction starts at the <code>X-m</code>th block</p></li><li><p>Bids for the auction are accepted over a period of <code>n</code> block.</p></li><li><p>At the end of the auction period, the person who made the highest bid becomes the winner.</p></li></ul><p>The winner of the auction exercises their right by letting include a bundle in the block, such as delegating the bundle to block builders, at the timing of the construction of the <code>X</code>th block.</p><p>The auctions are held continuously for each block.</p><h3 id="h-distribution-of-auction-profits" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Distribution of Auction Profits</h3><p>The profits from the auction are distributed to DApp providers. The distributed profits will be returned to the end users, for example, by redistribution from DApp providers, or by providing excellent experiences for free.</p><h3 id="h-architecture" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Architecture</h3><p>The unique feature of CASTY is that it utilizes smart contracts for conducting auctions and exercising rights. This means that the auction mechanism operates trustlessly, and all proposers, builders, and competing parties are bound to adhere to the processes and results of the auction.</p><p>This significantly reduces the cost for a searcher to trust a builder. Since the likelihood of inclusion increases by sending a bundle to many builders[], searchers are motivated to send bundles to a variety of builders.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/8fbe0b82904df44c6ed445236b323884841c610738333f0a67e6a95b0eb11446.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>The basic interface of CASTY is common to ERC-4337.</p><p>The difference is that the Entry Point contract calls the auction contract during the Verification loop it executes. The auction contract holds information about whether the auction winner&apos;s bundle has been executed, and allows other userOps to execute only when the auction winner&apos;s bundle has been executed.</p><h2 id="h-userop-broadcast-network" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">UserOp Broadcast Network</h2><p>DApps adapting CASTY send orders through nodes operated by CASTY and broadcast them to the gossip network that searchers connect to. This network is compatible with the basic ERC-4337 public mempool.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/185e9e333c51a55059a6c04f27c27b5b9c4e9aba5043b6299a807242a53dc0ef.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>CASTY&apos;s nodes work for efficient delivery of orders to searchers. It can be replaced or operated concurrently by DApp providers or third parties. Therefore, the existence of CASTY&apos;s nodes does not create a single point of failure in the system.</p><p>DApp providers that adapt CASTY have an incentive to reach orders to many searchers avoiding EOFization. The more orders reach searchers, the fiercer the competition between searchers, resulting in more efficient MEV extraction. Consequently, the value of the right to first arbitrage increases, and the profits returned to DApps increase as well.</p><p>When DApp providers can expect the profits generated by CASTY to be greater than the PFOF paid by builders, they will choose to send orders to the public mempool rather than sending them privately.</p>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
        </item>
        <item>
            <title><![CDATA[ブロックチェーンの商業利用の普及]]></title>
            <link>https://paragraph.com/@askyv/SiWvkSmAZ2T7zwzPjfU4</link>
            <guid>SiWvkSmAZ2T7zwzPjfU4</guid>
            <pubDate>Thu, 11 Jan 2024 01:09:34 GMT</pubDate>
            <description><![CDATA[本稿は、名著「イノベーションの普及」を片手に、ブロックチェーンが「双方向イノベーション」であるとの視点から、その商業利用の普及について予想する。イノベーションとしての特性多くの人が既に指摘しているが、私は、ブロックチェーンをネットワーク外部性の高いイノベーションであると理解している。そして、このような性質から、ブロックチェーンは、エベレット・ロジャーズの言う「双方向イノベーション」であると私は考えている。 同種のイノベーションには、歴史上、電話、ファックス、eメールなどがあった。 このようなイノベーションには、「採用者がコミュニケーションしたいと思っている他の人も使用しない限り、それを採用した人にはほとんど役に立たない」（エベレット・ロジャーズ「イノベーションの普及」）という性質がある。 例えば、eメールは郵便と比べて、比にならないほど効率的に情報を伝達することができる。しかし、自分の属するコミュニティのメンバーがeメールを採用していない場合、相手方が情報を受領できないため、郵便より劣る。eメールの真価は、みんながこれを採用することで発揮される。 ブロックチェーンも同様のことが起...]]></description>
            <content:encoded><![CDATA[<p>本稿は、名著「イノベーションの普及」を片手に、ブロックチェーンが「双方向イノベーション」であるとの視点から、その商業利用の普及について予想する。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">イノベーションとしての特性</h2><p>多くの人が既に指摘しているが、私は、ブロックチェーンをネットワーク外部性の高いイノベーションであると理解している。そして、このような性質から、ブロックチェーンは、エベレット・ロジャーズの言う「双方向イノベーション」であると私は考えている。</p><p>同種のイノベーションには、歴史上、電話、ファックス、eメールなどがあった。</p><p>このようなイノベーションには、「採用者がコミュニケーションしたいと思っている他の人も使用しない限り、それを採用した人にはほとんど役に立たない」（エベレット・ロジャーズ「イノベーションの普及」）という性質がある。</p><p>例えば、eメールは郵便と比べて、比にならないほど効率的に情報を伝達することができる。しかし、自分の属するコミュニティのメンバーがeメールを採用していない場合、相手方が情報を受領できないため、郵便より劣る。eメールの真価は、みんながこれを採用することで発揮される。</p><p>ブロックチェーンも同様のことが起きる。明日、人類の全てが銀行送金をやめて、ブロックチェーンを採用した場合、人類はこれまでにない高い効率で価値を送受する時代を手に入れる。しかし、相手方がブロックチェーンを採用していない場合、off rampを介して銀行口座へ送金しなければならず、off rampのコストが上乗せされるだけの劣化銀行送金になってしまう。</p><p>さらに、ブロックチェーンは、これを採用するために、利用に十分な資産を（採用者にとって）リスクに晒さねければならないという特徴がある。この点は、採用のために比較的大きなコストがかかった初期のファックスなどと性質が似ている。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">普及の現在地点</h2><p>ブロックチェーンは、ごく一部の革新性が高い者だけが利用する初期市場の段階にとどまっていると、私は理解している。</p><p>BitcoinやEthereum、ステーブルコインなどを支払い手段として受け付ける場所は、極めて少ない。</p><p>管見の限りでは、ドバイの賃貸や、一部のコンセプチュアルな飲食店で、暗号資産での支払いを見たことがあるくらいだ。</p><p>暗号資産では、スーパーマーケットで買い物はできない、ネット通販に使えない、光熱費を支払うこともできない。このような状況は、事業者にとっても同じで、売上はfiatで建ち、支払いにおいても暗号資産を嬉々として選ぶところはない。</p><p>暗号資産の現在のユースケースは、価値貯蔵機能に着目した金融商品としての売り買いに留まっている。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">ブロックチェーンが普及し始める最初の市場</h2><p>双方向イノベーションの普及には、クリティカルマスの形成が重要である。イノベーションが小集団で採用され、そのネットワーク効果が十分に発揮されるような状態が生み出されることで、普及が加速する。</p><p>「イノベーションの普及」では、クリティカルマスを実現するための戦略として以下の4点を挙げている。</p><ul><li><p>社会システム内の階層構造で高い位置にいる人たちをターゲットとする</p></li><li><p>「イノベーションの採用は避けられない」と思わせる</p></li><li><p>相対的に革新的と目される社会システムの成員で、外部からの影響を受けていない集団にイノベーションを導入する</p></li><li><p>インセンティブの付与</p></li></ul><p>さらに、ブロックチェーンの普及の現状から、</p><ul><li><p>on/off rampのコストを考慮しても、既存の送金手段より優位性のある場所</p></li></ul><p>でなければ採用は望めないと私は考えている。</p><p>私は、「国際的な給与送金」の市場が、上記の要素に適合し、ブロックチェーンの商業利用の始点になりうると考える。国際的な給与送金とは、例えば、オフショア開発などの業種で、先進国で立った売上を途上国の労働者に分配するようなジョブである。</p><p>給与送金では、限定的な影響範囲の人間に対して、トップダウンの採用が行いやすい。さらに、国際送金では、既存の外国為替送金よりも、on/off rampを経た暗号資産の方が優位になるシチュエーションがいくつかある。</p>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/e399d571fa4f570e22d830f754457c0043ae20cd813283746b57d0e15e845648.jpg" length="0" type="image/jpg"/>
        </item>
        <item>
            <title><![CDATA[MEV×AccountAbstractionに挑戦して撤退した話]]></title>
            <link>https://paragraph.com/@askyv/mev-accountabstraction</link>
            <guid>Q75IOTUW3jOWyNalMC4V</guid>
            <pubDate>Thu, 04 Jan 2024 13:32:56 GMT</pubDate>
            <description><![CDATA[この一年間、MEV×AccountAbstractionという領域に挑戦し、そして、撤退した。 この記事は、撤退の理由を中心に書く。これを過去への手向とする。想定読者MEVとAccount Abstractionに関心がある人MEVないしAccount Abstractionに関する記事を10個くらい読んだことがある人MEVまたはAccount Abstractionに不慣れな人は、末尾の参考文献から読んでほしい挑戦について目指していたこと私は、ERC-4337の導入によって新たに生まれるMEV市場を適正な競争環境にすることを目指した。 この志には、（主に）Ethereumのブロックビルディングの過程が、何者かによって独占・寡占されて、検閲が発生することを回避するという、さらに上位のお題目があった。MEVに対する世界観当時の、私のMEVに対する世界観によれば、ブロックビルディングの理想的な状態は、放置しておくと独占・寡占化が進むMEV市場に対して、これを回避する力学を働かせ、競争環境が常に活発になるように構造化することであった。 これは、できるだけ多くのsearcher（MEV抽...]]></description>
            <content:encoded><![CDATA[<p>この一年間、MEV×AccountAbstractionという領域に挑戦し、そして、撤退した。</p><p>この記事は、撤退の理由を中心に書く。これを過去への手向とする。</p><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">想定読者</h3><ul><li><p>MEVとAccount Abstractionに関心がある人</p><ul><li><p>MEVないしAccount Abstractionに関する記事を10個くらい読んだことがある人</p></li></ul></li><li><p>MEVまたはAccount Abstractionに不慣れな人は、末尾の参考文献から読んでほしい</p></li></ul><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">挑戦について</h2><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">目指していたこと</h3><p>私は、<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://eips.ethereum.org/EIPS/eip-4337">ERC-4337</a>の導入によって新たに生まれるMEV市場を適正な競争環境にすることを目指した。</p><p>この志には、（主に）Ethereumのブロックビルディングの過程が、何者かによって独占・寡占されて、検閲が発生することを回避するという、さらに上位のお題目があった。</p><h3 id="h-mev" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">MEVに対する世界観</h3><p>当時の、私のMEVに対する世界観によれば、ブロックビルディングの理想的な状態は、放置しておくと独占・寡占化が進むMEV市場に対して、これを回避する力学を働かせ、競争環境が常に活発になるように構造化することであった。</p><p>これは、できるだけ多くのsearcher（MEV抽出戦略を考える人）に、できるだけ多くのorderにアクセスさせ、そして、できるだけ多くのblock builder（ガス効率が最適になるようにorderをブロックへ充填する方法を考える人）に、できるだけ多くのorderとbundleにアクセスさせることで達成できると考えた。</p><p>あるいは、mempoolを暗号化することによっても、ブロックビルディングの過程の独占・寡占は回避されると考えていた。</p><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">作ろうとしたもの</h3><p>私は、主に2つの機能を調和させた機構を作ろうと考えた。</p><p>① ERC-4337の導入によって生まれる新たなオーダーフロウ（UserOpのオーダーフロウ）のためのorder flow auctionと、② エンドユーザーから受け取ったUserOpをネットワークに接続するbundler（searcherとして振る舞う）に伝播するbundler networkを組み合わせた機構によって、上記の目指すべき世界を実現しようと考えた。</p><p>1つ目の機能は、ERC-4337の導入によって生まれる新たなオーダーフロウ（UserOpのオーダーフロウ）のためのorder flow auctionである。</p><p>EntryPointが実行する検証ループの中で、事前のon chainオークションで決定した順序通りにUserOpを実行するよう強制する設計を考えた。</p><p>オークション収益の一部は、後述するような、本機構の維持、発展に貢献してくれるアクターに、分配する。</p><p>オークションの方式は、</p><ul><li><p>任意のUserOpからMEV抽出（frontrun attackなど）を行う権利を競売する方式</p></li><li><p>任意のDAppのRights to first arbitrage（各ブロックタイムで、他のorderから優先してbundleを実行させる権利）を競売する方式（<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://ethresear.ch/t/mev-capturing-amm-mcamm/13336">MEV capturing AMM</a>の構想を参考にした）</p></li></ul><p>などを考えたが、いずれも一長一短だった。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/e87f4b824e10e456eea3079024ed0d2e77e32f7e283bf5c802adbafd7440b6d2.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>2つ目の機能は、エンドユーザーから受け取ったUserOpを、ネットワークに接続するbundler（searcherとして振る舞う）に伝播する機構である。</p><p>伝播を行うアクターは、例えば、DAppの運営者など、誰でもなることができる。伝播する仕事に対して、オークション収益から報酬を得る。</p><p>上記の2つの機能は、以下のように調和すると考えていた。</p><ul><li><p>多くのbundlerにUserOpを伝播するほど、オークションが競争性が高まり、オークション収益があがる</p></li><li><p>オークション収益があがるほど、伝播を行った人への報酬があがり、さらに多くの人がUserOpを伝播するようになる</p></li></ul><p>このようにして、UserOpが、多くのbundlerへ公開されるインセンティブを作れると考えた。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">撤退の諸理由</h2><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">プロダクトをピボットした理由</h3><p><strong>設計上の限界；</strong></p><p>私の設計は、block builderの行動を完全に拘束するものではなかった。あくまで経済的なインセンティブによって、紳士的に振る舞うことが合理的になる領域を生み出すに過ぎなかった。</p><p>searcherとblock builderの関係性を信頼に足るものにする（block builderの市場を新規参入可能な状態にするためには、これが必要だと私は考えている）ためには、いかなるMEV抽出ケースでも、block builderがsearcherを裏切る行為が、block builderにとって経済合理性がない構造を設定しなければならない。</p><p>しかし、（例えば、利益額で年間で上位3%に入るような）大きなMEVを横取りすることが、block builderにとって損になるようにするためには、没収のリスクに晒される巨額のデポジットを事前に差し出してもらうような設計が求められる。</p><p>そして、このようなデポジットを好んで行うblock builderいない。</p><p>このような問題は、純粋にインセンティブ構造のみでMEV市場を適正化しようとする試みに内包する問題であり、設計を根本的に見直さなければならなくなった。</p><p><strong>見ていたスコープの狭さ；</strong></p><p>私の設計のスコープは、ERC-4337の導入によって新たに生まれるMEV市場（エンドユーザーからblock builderまでの過程）の競争適正化であった。bundlerの一元化を回避して、現状のEthereumと同等の分散性をERC-4337でも実現することを主眼としていた。</p><p>しかし、MEVサプライチェーン全体の競争を適切に保つには、bundlerより下流にあるblock builderの一元化という、より大きな問題があった。</p><p>私の設計は、言ってみれば、ブロックビルディング過程の分散性の問題を、より下流に押しやっているに過ぎず、問題の根本的な解決をコーディネートできるものではなかった。</p><h3 id="h-erc-4337" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">ERC-4337へのコミットから撤退した理由</h3><p>Ethereum全体の発展から見たERC-4337の位置付けについて、ERC-4337のワーキンググループ（yoav氏やdror氏など）とスタンスが異なった。</p><p>私は、Account Abstractionのネイティブ実装の提案（EIP-86、EIP-2938など）が採択されなかった経緯から、ネイティブ実装が実現するには5年程度かかると予想している。そこで、ERC-4337には、他の提案にはない独自の価値があり、プロトコルレイヤーの改修を必要としないAccount Abstractionの実装としての最適化を試みるべきものとして捉えていた。</p><p>一方で、ERC-4337のワーキンググループは、ERC-4337を、あくまで、ネイティブ実装に向けた実験の機会と見ており、ネイティブ実装が実現した時には必要なくなる機能についての開発を進めることに批判的でさえあった。</p><p>例えば、私見では、EntryPointContractは、各ウォレットサービス提供者が自社の売り出したい機能に合わせて拡張してデプロイする方が、優れたcontract walletが世に出されて良いと考えていた。一方で、ERC-4337のワーキンググループは、EntryPointContractの機能は、いずれExecution clientに実装されることになるため、singletonで開発を進めることに固執していた。</p><p>上記のように、ERC-4337の開発方針が異なり、ERC-4337を大きく拡張する私のアイディアはERC-4337のワーキンググループとは相入れないものであった。さらに、彼らにとっても、ERC-4337は「早く次のステップに行くための足掛かり」であったので、ERC-4337の開発に大きなリソースを注ぐ理由がなかった。</p><h3 id="h-mev" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">MEV領域からピボットした理由</h3><p>MEV領域は、端的に「暗号学の発明を待つべき領域」に思えた。</p><p>上述の通り、私は、純粋にインセンティブ構造のみでMEV市場を適正化しようとする試みには根本的な問題があると理解している。</p><p>そして、管見によれば、残された方法は、searcherがblock builderよりは信頼できる主体をトラストする方法（TEEを使ったSUAVEなど）、もしくは、mempoolを暗号化して誰もMEV抽出できなくする方法であると考えている。後者の実現可能性について明るくないが、後者が実装された場合、前者は不要となると考えている。</p><p>いずれにしても、MEV領域は、スタートアップにとっての領域ではなく、アカデミアの領域だと思えた。この領域を取り組むにあたって、私たちのチームよりも適したチーム（Flashbots, <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://frontier.tech/">Frontier Research</a>, <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://www.mechanism.org/">SMG</a>, 日本人チームでは<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://scandalous-stick-9ab.notion.site/Titania-Research-Homepage-587cd20f07b14d259fa7d5c8d9646fc9">Titania Research</a> など）がたくさんあり、私たちのチームがあえて取り組む理由がないと結論づけた。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">今後について</h2><p>ユースケースを創出する活動に体重を乗せようと思う。</p><p>ブロックチェーンが普及する次の10年~30年に必要な仕事は2種類ある。1つは、10~100億人に使われるブロックチェーンとは「かくあるべき」を描く仕事だ。そして、もう一つは、そこに至るステップを一段ずつ埋める仕事だ。</p><p>私の次の挑戦は、後者の中にある。ブロックチェーンが、代金支払い手段として使われる領域を大きくする挑戦する。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">参考文献</h2><p>MEVに関して</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://mirror.xyz/0x988b28F0985eFd5eFA5e7019B6a0be5E354472d8/Ne8M8q0ColjVAW69GxxYsr_UW488FlX0Ouo4s5QaVPE">https://mirror.xyz/0x988b28F0985eFd5eFA5e7019B6a0be5E354472d8/Ne8M8q0ColjVAW69GxxYsr_UW488FlX0Ouo4s5QaVPE</a></p><p>Account Abstraction（特にERC4337）に関して</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://zenn.dev/sivira_inc/articles/d041f1ac44ca1e">https://zenn.dev/sivira_inc/articles/d041f1ac44ca1e</a></p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://mirror.xyz/askyv.eth/GPJ_yFNi9noouqzYxGbk7ejfEgeL4l9kCxqeUHmN9EY">https://mirror.xyz/askyv.eth/GPJ_yFNi9noouqzYxGbk7ejfEgeL4l9kCxqeUHmN9EY</a></p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://zenn.dev/taxio/articles/834e6a04bd6b80">https://zenn.dev/taxio/articles/834e6a04bd6b80</a></p>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/1ed34c741f0f770ba822b1bf77a2be718aa916901d4b35249b848368ba8cde5e.jpg" length="0" type="image/jpg"/>
        </item>
        <item>
            <title><![CDATA[AccountAbstractionについて日本語で網羅的に理解する]]></title>
            <link>https://paragraph.com/@askyv/accountabstraction</link>
            <guid>Q6mQSxNBUr8uGlLvt2gv</guid>
            <pubDate>Wed, 22 Feb 2023 01:32:29 GMT</pubDate>
            <description><![CDATA[サマリー日本語でAccountAbstractionを網羅的理解するための資料を作成しますこの記事をcollectしていただいた方に、僕が1時間の1on1で、AccountAbstractionについてレクチャーさせていただきます。funding企画の概要日本語でAccountAbstraction（以下、AA）を網羅的理解するための資料を作成します。 資料は、後述の「目次」にそって内容を作成し（変更の可能性あり）、この記事に追記する形で公開します。 そこで、資料作成のための僕の報酬を、この記事をcollectしていただく形でfundingしたいと思います。 fundingに参加していただいた方は、AAの情報の流通に協力してくださった方として、感謝の気持ちを込めて、僕が1時間の1on1で直接、この資料と共にAAついて知っていることの全てを共有させていただく時間を作りたいと思います（今回以降、私が1on1でAAについて話す場合は、今回のfundingの倍額以上の価格をつけると思います）。 collectはこちらから僕がAccountAbstractionについて語る正統性についてE...]]></description>
            <content:encoded><![CDATA[<h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">サマリー</h3><ul><li><p>日本語でAccountAbstractionを網羅的理解するための資料を作成します</p></li><li><p>この記事をcollectしていただいた方に、僕が1時間の1on1で、AccountAbstractionについてレクチャーさせていただきます。</p></li></ul><h3 id="h-funding" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">funding企画の概要</h3><p>日本語でAccountAbstraction（以下、AA）を網羅的理解するための資料を作成します。</p><p>資料は、後述の「目次」にそって内容を作成し（変更の可能性あり）、この記事に追記する形で公開します。</p><p>そこで、資料作成のための僕の報酬を、この記事をcollectしていただく形でfundingしたいと思います。</p><p>fundingに参加していただいた方は、AAの情報の流通に協力してくださった方として、感謝の気持ちを込めて、僕が1時間の1on1で直接、この資料と共にAAついて知っていることの全てを共有させていただく時間を作りたいと思います（今回以降、私が1on1でAAについて話す場合は、今回のfundingの倍額以上の価格をつけると思います）。</p><p>collectはこちらから</p><h3 id="h-accountabstraction" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">僕がAccountAbstractionについて語る正統性について</h3><ul><li><p>ETHIndiaで、ERC4337に準拠したAAのウォレットを開発し、ethereum fundationからprizeを受賞</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://ethglobal.com/showcase/firewallet-tv8k6">https://ethglobal.com/showcase/firewallet-tv8k6</a></p></li><li><p>現在、Account Abstractionに関するインフラ事業を立ち上げ中</p></li><li><p>最近執筆したAccount Abstraction関係(特にERC4337)の記事</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://scrapbox.io/askyv/">https://scrapbox.io/askyv/</a></p></li></ul><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">目次</h2><ul><li><p><strong>AccountAbstractionというコンセプトについて</strong></p><ul><li><p><strong>AccountAbstractionとは何か</strong></p></li><li><p><strong>なぜAccountAbstractionが重要なのか</strong></p></li><li><p><strong>どのようにしてAccountAbstractionが実現されるのか</strong></p></li></ul></li><li><p><strong>これまでのAccountAbstractionに関する取り組みの歴史について</strong></p></li><li><p><strong>ERC-4337について</strong></p><ul><li><p><strong>これまでの規格とERC4337の違い</strong></p></li><li><p><strong>ERC-4337がどのようにしてAccountAbstractionを実現しているか</strong></p></li></ul></li><li><p><strong>AccountAbstractionの応用、どんなことに使えるか</strong></p></li><li><p><strong>AccountAbstractionを使ったプロダクト・業界図</strong></p></li><li><p><strong>AccountAbstractionの将来の展望について</strong></p></li></ul><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">なぜ資料を公開するか</h3><ul><li><p>僕が提供する情報に対して、第三者が検証・批判可能な状態にしたいから</p></li><li><p>僕自身、たくさんのオープンソースによってAccountAbstractionを学んだから</p></li><li><p>AccountAbstractionに関する情報が秘匿されるよりも、多くの方に知っていただくことがethereumコミュニティ（ひいては人類）にとって良いと信じているから</p></li></ul><h2 id="h-accountabstraction" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">AccountAbstractionというコンセプトについて</h2><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">イントロダクション</h3><p>AccountAbstraction（以下、AA）は、それ単体で何かを解決する性質のものではない。 AAは、課題解決のためのデザイン可能な空間を広げている。</p><p>現行のEthereumのアカウントの仕組み（EOA）が、人類にとっての最適ではないことが明らかとなった。そして、人類は未だにこの領域の最適解を見つけていない。そこで、まず、アカウントシステムに関するイノベーションの硬直化を解き、次世代のイノベーションを待つための受け皿を作ることから始めることにした。このような概念がAAである。</p><h3 id="h-accountabstraction" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">AccountAbstractionの目的</h3><p>AAの目的は2つある。</p><ol><li><p>認証機構にデザイン空間を作ること</p></li><li><p>資産の管理方法にデザイン空間を作ること</p></li></ol><h4 id="h-" class="text-xl font-header !mt-6 !mb-3 first:!mt-0 first:!mb-0">認証機構にデザイン空間を作ること</h4><p>AAの目的の一つは、EOAの代わりに、任意の認証方式を使えるようにすることである。</p><p>現行システムでは、私たちは「秘密鍵の管理」という人類には早すぎた作業を強いられる。そして、その失敗のリスクは、全てを失うことである。</p><p>AAは、こうした秘密鍵の管理からエンドユーザーを解放する新たな認証方式を導入するために、スマートコントラクトウォレットのデザイナーが自由に認証方式をデザインできるようにする。</p><blockquote><ol><li><p>Smart contract wallets that use signature verification other than ECDSA (eg. Schnorr, BLS, post-quantum…)</p></li><li><p>Smart contract wallets that include features such as multisig verification or social recovery, reducing the highly prevalent risk of funds being lost or stolen</p></li></ol><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://eips.ethereum.org/EIPS/eip-2938#motivation">https://eips.ethereum.org/EIPS/eip-2938#motivation</a></p></blockquote><blockquote><p><strong>Achieve the key goal of account abstraction</strong>: allow users to use smart contract wallets containing arbitrary verification logic instead of EOAs as their primary account. Completely remove any need at all for users to also have EOAs (as status quo SC wallets and <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://eips.ethereum.org/EIPS/eip-3074">EIP-3074</a> both require)</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://eips.ethereum.org/EIPS/eip-4337#motivation">https://eips.ethereum.org/EIPS/eip-4337#motivation</a></p></blockquote><blockquote><p><em>To me, it&apos;s about moving user authentication from the network to the smart contract and letting wallet designers decide how to authenticate their users. </em><strong><em>Henri (Dev Advocate at StarkWare)</em></strong></p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://hackernoon.com/what-is-account-abstraction-and-why-is-everyone-talking-about-it">https://hackernoon.com/what-is-account-abstraction-and-why-is-everyone-talking-about-it</a></p></blockquote><h4 id="h-" class="text-xl font-header !mt-6 !mb-3 first:!mt-0 first:!mb-0">資産の管理方法にデザイン空間を作ること</h4><p>AAのもう一つの目的は、機能を拡張することが可能なウォレット、スマートコントラクトウォレットを実装することである。</p><p>現行システム、例えば、metamaskではユーザーは「する」か「しないか」の二つの選択肢しか与えられない。 これに対して、スマートコントラクトウォレットは、期限や条件をつけた意思表示を表現することができる。例えば、一定期間、少額の決済を全て承認する（Session key）、全資産のうちの20％までを処分することができるアカウント作成する、など。資産をprogramableにした。</p><p>ここで、EOA+外部のスマートコントラクトでは同一の機能を実現できないのかという疑問が生まれる。</p><p>例えば、NFTのレンタルの事例で考えてみると、既にERC-4907などのレンタルに対応したNFTの規格が存在する。一方で、既にdeploy済みのブルーチップNFTは、中央集権的な強引な手法を取らない限りこれらの規格に対応することができない。</p><p>「受け」側の拡張性が必要となる。このようなシチュエーションで</p><p>技術的なイノベーションというよりは、何をウォレットと認識するかという認識のパラダイムである。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">歴史的経緯</h2><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://medium.com/nethermind-eth/the-history-and-future-of-account-abstraction-10cb097ebdc8">https://medium.com/nethermind-eth/the-history-and-future-of-account-abstraction-10cb097ebdc8</a></p><p>重要な大局観としては、vitalikをはじめとするEthereumコミュニティのコアメンバーが2016年からAccountAbstractionの実現に取り組んでいること。過去の複数の提案（EIP）が、棄却、撤回されていること。その原因が、セキュリティの懸念から、プロトコルレイヤーの改修についてステークホルダーの賛同を集められなかったことであるという点である。</p><h2 id="h-erc-4337" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">ERC-4337について</h2><p>ERC-4337とは、「プロトコルレイヤーの改修を必要としないAccountAbstractionの実装」である。</p><p>EFは、AAがプロトコルレイヤーに取り込まれることを最終的な目標としており、ERC-4337をそのマイルストーンとして置いている。</p><h3 id="h-erc-4337" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">ERC-4337の発明の概要</h3><p>ERC-4337は、二つの要件を満たす必要がある。</p><ul><li><p>Ethereum mainnetでのAccountAbstractionの実装</p></li><li><p>これをプロトコルレイヤーを改修せずに行うこと</p></li></ul><p>プロトコルレイヤーを改修せずにAAを実装するとは、つまり、「txの発行にはEOAアカウントによる署名が必要」というルールを維持しながら、アカウント認証機構をスマートコントラクトに移行するということです。</p><p>[図]</p><p>スマートコントラクトウォレットに指令を出すオーダー票のようなものを用います。エンドユーザー（ウォレットの持ち主）は、たとえば、ETHを特定のアドレス(0x0000…)に送金する指示を記したオーダー票を作成します。オーダー表は、オーダー表の作成者が、真の所有者であるかを確認するための認証に必要な情報を含みます。そして、これをEOAを持っている人に依頼して、オーダー表の内容を含むtxを発行してもらいます。そして、当該txがブロックに取り込まれると、スマートコントラクトウォレットにてオーダー票に記された指示が実行されます。</p><p>オーダー票を用いたスマートコントラクトウォレットの操作は、任意のEOAから行うことができます。認証機構はオーダー表の中に含まれているためです。この意味で、ERC-4337は、エンドユーザーはEOAを持つことなく、また、特定のEOAに依存することなくスマートコントラクトウォレットを操作することができます。</p><h3 id="h-erc-4337" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">ERC-4337</h3><p>オーダー票のことをuser operation。</p><p>オーダー票をエンドユーザーから受け取り、EOAで署名する役割をBundler。</p><p>前処理を行う専用のコントラクトをEntryPointContract</p><h2 id="h-account-abstarction" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Account Abstarctionの応用</h2><p>冒頭で、AAは、課題解決のためのデザイン可能な空間を広げているものであると説明しました。</p><p>私は、AAによって拡張されたデザイン空間は、主に2つの方向で進化すると期待しています。</p><ul><li><p>UXに優れたコンシューマ向けのウォレット</p></li><li><p>セキュリティに優れた、ビジネス、政府向けのウォレット</p></li></ul><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">現在の業界図</h2><p>2023/05/15</p><ul><li><p>インフラ提供者</p></li><li><p>ウォレットプロバイダー</p><ul><li><p>アプリ専用</p></li><li><p>拡張ウォレット</p></li></ul></li><li><p>派生・類似プロジェクト</p></li></ul><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/ec80d63201336a6aa9b8a994a13fa8851c9655abef54e3ded15ff22929f99524.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h2 id="h-timeline" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">今後のtimeline</h2><p>ERC4337のfinalize</p><h3 id="h-collect" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">collectしていただ方へのリターンについての詳細</h3><ul><li><p>1on1は、僕の直接の知人、もしくは、知人による紹介をいただけた方に行います（国内のクリプト事業者であれば、だいたい一人挟めば辿り着けると思います）</p></li><li><p><s>1on1を行う際は、記事をcollectした際にmintされるNFTを、僕にtransferしていただきます</s></p></li><li><p>1on1をする権利は、NFTを譲渡する方法で、第三者に譲渡することができます。</p></li><li><p>資料の公開、および、1on1のスケジューリングの開始は、fundingが全額達成されて以降2週間以内に行います。</p></li><li><p><s>fundingが2/28までに達成されない場合、相談の上、返金させていただく場合があります。</s></p></li></ul><p>問い合わせ先</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/0xaskyv">https://twitter.com/0xaskyv</a></p>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/ded909c4d4abecd4afa3461654a2999950549d3eed6cca8db4cae0f7922eba84.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[SiteAngel]]></title>
            <link>https://paragraph.com/@askyv/siteangel</link>
            <guid>FfHqI63V6asxe2dTwOfJ</guid>
            <pubDate>Mon, 07 Nov 2022 05:28:09 GMT</pubDate>
            <description><![CDATA[“What” is SiteAngel【Basic】users tip to website owner using only URL 【Advanced】Provide protocols with data they need when they airdrop to third-party front-end developers and supporters“Why” we build SiteAngel【Basic】There are sites that provide useful information or tools for free (e.g. wikipedia). Users want to thank good site operators. Site operators want to receive financial support and continue to operate. So we build a service that allows users to donate using URL without knowing their b...]]></description>
            <content:encoded><![CDATA[<h2 id="h-what-is-siteangel" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">“What” is SiteAngel</h2><p>【Basic】users tip to website owner using only URL</p><p>【Advanced】Provide protocols with data they need when they airdrop to third-party front-end developers and supporters</p><h2 id="h-why-we-build-siteangel" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">“Why” we build SiteAngel</h2><h3 id="h-basic" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">【Basic】</h3><p>There are sites that provide useful information or tools for free (e.g. wikipedia).</p><p>Users want to thank good site operators.</p><p>Site operators want to receive financial support and continue to operate.</p><p>So we build a service that allows users to donate using URL without knowing their bank account.</p><h3 id="h-advanced" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">【Advanced】</h3><p>In web3, developers sometimes build third party front-end for dapps backend code (smart contracts)(e.g. Lens Protocol, Tornado Cache). Dapps operators would like to airdrop to the front-end developers and to donators who have supported them, and incentivize frontend diversity.</p><p>We record which users use which dapps (smart contracts) and how much they donate to which front end. Then we provide the data to the dapps operators. the data helps to fair &quot;airdrop&quot;.</p><h3 id="h-notefrontend-diversify" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">[note]Frontend Diversify</h3><p>“Frontend Diversify” is building multiple frontends for a single contract. For example, in DeFi there is a protocol called Liquity (<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://www.liquity.org/frontend-operators">https://www.liquity.org/frontend-operators</a>) that doesn&apos;t have any official frontend. &quot;Frontend Diversify&quot; not only allows users to choose the frontend that suits their tastes, but also creates many benefits such as anti-censorship and UI/UX optimization due to competition with each other.</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/dhof/status/1587862299553021956?s=20&amp;t=sNaM-xlR-FZcOaffo_AP0A">https://twitter.com/dhof/status/1587862299553021956?s=20&amp;t=sNaM-xlR-FZcOaffo_AP0A</a></p><h2 id="h-how-siteangel-work" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">“How” SiteAngel work</h2><h3 id="h-basic" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">【Basic】</h3><p>donate to the website operator using &quot;DNS Domain Name as ENS&quot;(e.g. <a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="http://wikipedia.com/">wikipedia.com</a>)</p><p>If the website operator has not obtained the ENS, donation will be pooled in SiteAngel treasury contract. Then, after they obtain an ENS, they can claim that donation.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/806184b94fb745aa0d5f38a6868dcce0a7b6fd5146f4cb79eafdaafcdc9e76a9.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>about “DNS Domain Name as ENS”</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://medium.com/the-ethereum-name-service/step-by-step-guide-to-importing-a-dns-domain-name-to-ens-d2d15feb03e8">https://medium.com/the-ethereum-name-service/step-by-step-guide-to-importing-a-dns-domain-name-to-ens-d2d15feb03e8</a></p><h3 id="h-advanced" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">【Advanced】</h3><p>When users donate, record which dapps use (transaction) was associated with the donation. This recording is basically done by user self-reporting. This operation will be devised in an intuitive and easy-to-understand manner. the data will be provided to dapps operators upon request.</p>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/2f3300ec2d6070c7e5660f94c86a5959146884256006d917ed85e002ac43780a.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[UIBounty -Platform for Decentralized Frontend]]></title>
            <link>https://paragraph.com/@askyv/uibounty-platform-for-decentralized-frontend-2</link>
            <guid>1seZF2pby7vSdVZIy1XQ</guid>
            <pubDate>Tue, 18 Oct 2022 06:08:42 GMT</pubDate>
            <description><![CDATA[what we want to do (tl;dr)Distribute budget to who provided Frontends of full on-chain games.more detailWith UIBounty,anyone who wants third parties to create various frontends can set up "autorun bounty pool"Frontend providers can register with UIBounty and receive continuous funding for their contributions.Users can choose GAME-UI that suits their tastes and play games without fear of censorship making the game unplayable.who wants third parties to create various frontends (we call them Fun...]]></description>
            <content:encoded><![CDATA[<h2 id="h-what-we-want-to-do-tldr" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">what we want to do (tl;dr)</h2><p>Distribute budget to who provided Frontends of full on-chain games.</p><h2 id="h-more-detail" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">more detail</h2><p>With <strong>UIBounty</strong>,</p><ul><li><p><strong>anyone who wants third parties to create various frontends</strong> can set up &quot;autorun bounty pool&quot;</p></li><li><p><strong>Frontend providers</strong> can register with UIBounty and receive continuous funding for their contributions.</p></li><li><p><strong>Users</strong> can choose GAME-UI that suits their tastes and play games without fear of censorship making the game unplayable.</p></li></ul><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/b3d0fc3515699e27070e7c2dfac94ac865d01a316e6192c7384160bb3ec6cff3.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p><strong>who wants third parties to create various frontends</strong> (we call them <strong>Funder</strong>) is, for example,</p><ul><li><p>core team that provides the backend part of full on-chain games</p></li><li><p>fan community of the game</p></li></ul><p><strong>Frontend providers</strong> is, for example,</p><ul><li><p>Professional bounty hunters developing Frontend</p></li><li><p>Game fans who want to extend the game</p></li><li><p>Founder of NFT collections who wants to collaborate with popular games and promote their characters</p></li></ul><h2 id="h-how-uibounty-works" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">How UIBounty works</h2><h3 id="h-budgeting" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">①Budgeting</h3><p><strong>Funder</strong> make budget by sending funds(e.g. ETH) to the UIBounty contract. If desired, <strong>Funder</strong> can also specify the method of budget allocation. budget allocation methods include</p><ul><li><p>Transaction characteristics to focus on when distributing budgets</p></li><li><p>How much bounty to pay for one transaction</p></li><li><p>The maximum amount</p></li><li><p>Implementation period</p></li></ul><p>Funders can also make additional funding to the Created budget.</p><h3 id="h-getting-bounties" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">②Getting Bounties</h3><p><strong>Frontend providers</strong> selects bounty program to participate in and registers them with UIBounty. And they provide Game-UI to the user. Then, UIBounty measures <strong>how many transactions are made by each frontend</strong> and distribute the budget quantitatively according to transactions volume.</p><h4 id="h-how-measure-transaction-volume" class="text-xl font-header !mt-6 !mb-3 first:!mt-0 first:!mb-0">【how measure transaction volume】</h4><p>it measure transaction volume by generating double transactions. it means that, when the user generates a transaction to the game contract, it also generates a transaction to the UIBounty contract. And it verifies that the double transactions match.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/f198b8a55a5de34a508a1045f42f0f8819467528e03f41b808029e3e12d63083.jpg" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h2 id="h-why-do-we-need-uibounty" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Why do we need UIBounty</h2><p>Decentralized Frontend makes us a great favor.</p><ul><li><p>If one frontend is censored or attacked, other frontends can still be used.</p></li><li><p>Improve user experience</p><ul><li><p>Mods in Minecraft</p></li><li><p>Third-party apps for Twitter (there are now gone due to API restrictions)</p></li></ul></li></ul><p>By creating a mechanism for frontend providers to monetize their services, we can realize a future with Decentralized Frontend.</p>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/d9b38e20b298549f731fac9e24865821d0a494d48757236c344f54abeaf6fbc1.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[【日本語】UIBounty -Platform for Decentralized Frontend ]]></title>
            <link>https://paragraph.com/@askyv/uibounty-platform-for-decentralized-frontend</link>
            <guid>DHdznYDtiCnpzlgyj7GX</guid>
            <pubDate>Sat, 15 Oct 2022 05:39:36 GMT</pubDate>
            <description><![CDATA[執筆者→@a_kyshiやりたいことを一言で tl;drオンチェーンゲームのフロントエンドを提供した人に予算分配を行う Distribute the budget to who provided Frontends of the on-chain gameより詳細な説明UIBountyによって、多様なフロントエンドが生まれることを望む人は、フロントエンド提供者に対するBounty（報奨金）の予算を組むことができます。フロントエンド提供者は、UIBountyに登録し、フロントエンドを提供することで継続的な予算分配を受けることができます。ユーザーは、検閲によってゲームがプレイ不能になることに怯えることなく、自分の趣味趣向にあったUIを選択してゲームをプレイすることができます。多様なフロントエンドが生まれることを望む人とは、例えば、オンチェーンゲームのバックエンド部分を提供するコアチームであったり、そのゲームのファンコミュニティなどです（以下、資金提供する人という意味を込めて「Funder」と呼びます）。 フロントエンド提供者とは、例えば、Bountyを狙うプロのフロントエンド開発集団...]]></description>
            <content:encoded><![CDATA[<p>執筆者→<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/a_kyshi">@a_kyshi</a></p><h2 id="h-tldr" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">やりたいことを一言で tl;dr</h2><p>オンチェーンゲームのフロントエンドを提供した人に予算分配を行う Distribute the budget to who provided Frontends of the on-chain game</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">より詳細な説明</h2><p>UIBountyによって、</p><ol><li><p><strong>多様なフロントエンドが生まれることを望む人</strong>は、フロントエンド提供者に対するBounty（報奨金）の予算を組むことができます。</p></li><li><p><strong>フロントエンド提供者</strong>は、UIBountyに登録し、フロントエンドを提供することで継続的な予算分配を受けることができます。</p></li><li><p><strong>ユーザー</strong>は、検閲によってゲームがプレイ不能になることに怯えることなく、自分の趣味趣向にあったUIを選択してゲームをプレイすることができます。</p></li></ol><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/cf85e2cb90d0caef9e071f5f3707fb7a6332c8cd8de13f15d06c30c9ec5bfb93.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p><strong>多様なフロントエンドが生まれることを望む人</strong>とは、例えば、オンチェーンゲームのバックエンド部分を提供するコアチームであったり、そのゲームのファンコミュニティなどです（以下、資金提供する人という意味を込めて「<strong>Funder</strong>」と呼びます）。 <strong>フロントエンド提供者</strong>とは、例えば、Bountyを狙うプロのフロントエンド開発集団や、ゲームのファン、ゲームを活用してキャラクターを広めたいNounsファンなどが挙げられます（以下、資金提供する人という意味を込めて「<strong>BountyHunter</strong>」と呼びます）。</p><h2 id="h-uibounty" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">UIBountyの仕組み</h2><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">①予算の編成</h3><p>Funderは、UIBountyのコントラクトに資金を送ることで予算編成を行います。 希望する場合には、予算分配の方法を指定することもできます。 予算分配の方法とは、例えば以下のような項目が含まれます。</p><ul><li><p>どのようなトランザクションに着目して予算分配を行うか</p></li><li><p>1回のトランザクションに対していくらのBountyを支払うか</p></li><li><p>上限額</p></li><li><p>実施期間</p></li></ul><p>Funderは、編成済みの予算に対して追加出資をすることもできます。</p><h3 id="h-bounty" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">②Bountyの獲得</h3><p>BountyHunterは、参加するBountyを選び、UIBountyに登録します。 そして、ゲームUIをユーザーに提供するフロントエンドを設置します。 UIBountyは各フロントエンドを通じて、どのくらいのトランザクションが発生したかを測定し、その量に応じた定量的な予算分割を行います。</p><p>**【トランザクション量の測定】 ** トランザクション量の測定は、2重のトランザクションを発生させる方法によって行います。 すなわち、ユーザーがゲームコントラクトに対してトランザクションを発生させる時に、UIBountyのコントラクトに対してもトランザクションを発生させ、後に2つのトランザクションを照合を行います。 この2重のトランザクションの仕組みは、UIBountyがキットを提供し、BountyHunterがIDと合わせて自分の運営するフロントエンドに組み込むことによって実現されます。</p><h2 id="h-uibounty" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">UIBountyがなぜ必要なのか</h2><p>以下のような理由で、多種多様なフロントエンドが存在していることには価値あります。</p><ul><li><p>フロントエンドが複数存在し分散化していることによって、サイトをブロックするといった検閲に対して強くなる</p></li><li><p>minecraftのMODや、かつて栄えたTwitterのサードパーティアプリなど、多様なフロントエンドの存在によってユーザーの体験が向上したような過去の例があり、この傾向はオンチェーンゲーム/サービスにも当てはまるはずである</p></li></ul><p>一方で、フロントエンドの提供者は、単体ではマネタイズが難しく広告収入モデルに逆戻りしてしまう可能性があります。 UIBountyは、フロントエンド提供者がマネタイズする仕組みを作ることによって、分散化されたフロントエンドの未来を作ります。 また、UIBountyは、フロントエンドエンジニアのコミュニティを形成するため、オンチェーンゲーム/サービスを作るチームがフロントエンドを内製するためのコストを削減します。</p>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/2787419338ad0f8f48dbe89cfca700a522ed5a90c9180c53e1c7b00bcd34ef81.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[Proof-of-Diversity]]></title>
            <link>https://paragraph.com/@askyv/proof-of-diversity</link>
            <guid>n10qLA0RT6WNzmsKjn7p</guid>
            <pubDate>Mon, 03 Oct 2022 14:39:48 GMT</pubDate>
            <description><![CDATA[Category: consensus 仮説：多様な属性を持った人に支持されている議案は適正であると推定できる独立した当事者間で合意された契約内容は適正である可能性が高い互いに独立した当事者が利益が対立する事項について完全な情報下で合意した内容は、適正である可能性が高いと考えられれます。 各当事者が、自己の利益が最大となるように交渉を行うため、合意された内容が適正な範囲に収まる可能性が高い。【ネタ元】 会社法学では、M&Aの際などの株式の価格について、独立当事者間で合意された価格は、公正なものと推定する考え方がある。相互に特別の資本関係がない会社間において，株主の判断の基礎となる情報が適切に開示された上で適法に株主総会で承認されるなど一般に公正と認められる手続により株式移転の効力が発生した場合には，当該株主総会における株主の合理的な判断が妨げられたと認めるに足りる特段の事情がない限り，当該株式移転における株式移転設立完全親会社の株式等の割当てに関する比率は公正なものである （ 最高裁平成24年2月29日民集66巻3号1784頁）上記を多当事者間で考えると上記の理屈を多数当事者間に...]]></description>
            <content:encoded><![CDATA[<p>Category: consensus</p><p>仮説：多様な属性を持った人に支持されている議案は適正であると推定できる</p><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">独立した当事者間で合意された契約内容は適正である可能性が高い</h3><ul><li><p>互いに独立した当事者が</p></li><li><p>利益が対立する事項について</p></li><li><p>完全な情報下で</p></li></ul><p>合意した内容は、適正である可能性が高いと考えられれます。 </p><p>各当事者が、自己の利益が最大となるように交渉を行うため、合意された内容が適正な範囲に収まる可能性が高い。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/4703a5694044174329d96c0bc346d5c968d2e0f402c0f88875a935953fa4a302.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>【ネタ元】 </p><p>会社法学では、M&amp;Aの際などの株式の価格について、独立当事者間で合意された価格は、公正なものと推定する考え方がある。</p><blockquote><p>相互に特別の資本関係がない会社間において，株主の判断の基礎となる情報が適切に開示された上で適法に株主総会で承認されるなど一般に公正と認められる手続により株式移転の効力が発生した場合には，当該株主総会における株主の合理的な判断が妨げられたと認めるに足りる特段の事情がない限り，当該株式移転における株式移転設立完全親会社の株式等の割当てに関する比率は公正なものである （  最高裁平成24年2月29日民集66巻3号1784頁）</p></blockquote><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">上記を多当事者間で考えると</h3><p>上記の理屈を多数当事者間に応用すると次のようになると考えました。</p><ul><li><p>多様な属性を持った人に支持されている議案は適正であると推定できる</p></li><li><p>この傾向は、支持者のそれぞれの属性が遠いほど強まる</p></li></ul><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/7122c86328ea8446cb7d0852a2e85fed1abffb7a68a8d31d35a698b38d1256a1.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">技術的な課題</h3><p>どうやって、アカウントの属性を判断するのか</p><p>  takagiくんが頑張っている</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/660dd0ed52ceba9de564989412353cc0e25b446d34a687683e1706d3c4c8ec5a.jpg" alt="       https://twitter.com/0xtkgshn/status/1544472883686162434?s=20&amp;t=\_Ze54OhTc-yVkSRv0dT4Tg" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">  https://twitter.com/0xtkgshn/status/1544472883686162434?s=20&amp;t=\_Ze54OhTc-yVkSRv0dT4Tg</figcaption></figure>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/e776fb221f3d08e40494782d75ef52a0d2fbf8811ed86546a698c05abc31a60d.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[#1 頻度決(FrequencyDecision)]]></title>
            <link>https://paragraph.com/@askyv/1-frequencydecision</link>
            <guid>vfx9VB6nUxE7mGVMChw5</guid>
            <pubDate>Thu, 29 Sep 2022 15:37:53 GMT</pubDate>
            <description><![CDATA[category; treasury ,decision making 気になったらDMください@a_kyshi（English;@0xakyv）やりたいことを一言で tl;dr各議案を採択する「頻度」を投票により決定し、その「頻度」に基づいてランダムに議案が採択される。 Voters vote to decide the "frequency" with which each proposal is adopted, and a proposal is adopted at random based on that "frequency".解決したい課題nounsのprop houseに参加してみました。 そして、「投票では冒険的なアイディアが採択されにくい」という課題があるのではないかと考えました。 そもそも、多数決は経営判断（不確定情報に基づく意思決定）を行うのに馴染まないと私は分析します。 それは以下のような理由によります。期待値を正しく判断するために専門的な技量が必要だからその人だけが持っている情報/感性によってリターンが大きいこと、リスクが小さいことがわかるなど期待値...]]></description>
            <content:encoded><![CDATA[<p>category; treasury ,decision making</p><p>気になったらDMください<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/a_kyshi">@a_kyshi</a>（English;<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/0xaskyv">@0xakyv</a>）</p><h2 id="h-tldr" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">やりたいことを一言で tl;dr</h2><p>各議案を採択する「頻度」を投票により決定し、その「頻度」に基づいてランダムに議案が採択される。 Voters vote to decide the &quot;frequency&quot; with which each proposal is adopted, and a proposal is adopted at random based on that &quot;frequency&quot;.</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">解決したい課題</h2><p>nounsの<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/nounsprophouse">prop house</a>に参加してみました。</p><p>そして、「投票では冒険的なアイディアが採択されにくい」という課題があるのではないかと考えました。</p><p>そもそも、多数決は経営判断（不確定情報に基づく意思決定）を行うのに馴染まないと私は分析します。</p><p>それは以下のような理由によります。</p><ul><li><p>期待値を正しく判断するために専門的な技量が必要だから</p><ul><li><p>その人だけが持っている情報/感性によってリターンが大きいこと、リスクが小さいことがわかるなど</p></li></ul></li><li><p>期待値通りの行動を取るのは時に勇気が必要だから</p><ul><li><p>100%の確率で1のリターンがある議案よりも、0.01%の確率で100,000のリターンがある議案を選ばなければならない時があるなど</p></li></ul></li></ul><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">アイディアの詳細</h2><h3 id="h-1" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">1. 投票によって各議案を採択する「頻度」を決定する</h3><p>【例】 100個の議決権があるDAOに、予算執行を伴う議案A,B,Cの3つが提案され、予算の都合上この中から一つを採択すべきことがわかりました。 「頻度決」の結果、議案Aに20、議案Bに50、議案Cに30個の議決権が投票されました。 これによって、かく議案が採択されるべき頻度が決定しました。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/9cdef7cb3e47cca1550e7aa903394683df4630c417adaf0abdabdf92d5f38763.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h3 id="h-2" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">2. 決定した「頻度」に基づいてランダムに議案を採択する</h3><p>【例】 上記の例で、決定した頻度をもとに、抽選を行った結果、議案Aが採択されました。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/ca0237d6c2d772dae7eb5fb5a18c23f8753da1be0dd451b7c97914d65440a7b6.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">このアイディアに含まれている仮説（要検証）</h2><ul><li><p>コミュニティによる投票の結果は、各議案が採択されるべき頻度を正しく反映している（あるいは近似値をとっている）</p></li></ul><p>あるいは</p><ul><li><p>そもそも人間は正しく経営判断を行うことなどできておらず、組織の拡大の維持に必要なのは多様なチャレンジが実行される仕組みがあることである</p></li></ul><p>前者については、少なくとも多数決よりも、正しい頻度で議案を採択することが可能になると私は考える。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">副次的な良いこと</h2><ul><li><p>投票期間前、あるいは、投票期間中に、議案に関する熟議が行われやすくなる</p></li></ul><p>ある議案が過半数の議決権を獲得しても、採択される確率は50%に留まるため、これを採択されたいと思う人は、コミュニティメンバーに対して説得を試みるようになる。 その結果、コミュニティ内で、議案に対する熟議が行われやすくなる可能性がある。</p>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/3b2b8c8ae9de8c52c2f91922021b19ff662bfe63f82bbfa1cb4ac794e43a7a59.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[permissioned v.s. permissionless]]></title>
            <link>https://paragraph.com/@askyv/permissioned-v-s-permissionless</link>
            <guid>9dxUiFf6AVEiBqFq2yXP</guid>
            <pubDate>Fri, 16 Sep 2022 02:42:55 GMT</pubDate>
            <description><![CDATA[https://twitter.com/cameturtle/status/1570577283412545538?s=46&t=iDVU_3sJgRzLVslz32YhKQしっくり来た。ブロックチェーンは「誰でも読み書きができる公開の データベース（DB）を作れる技術」と捉えてみる。permissioned v.s. permissionlesspermissionedなデータを利用して、派生サービスを作ろうとすると以下のような懸念がある許諾を得るためのコミュニケーションコスト許諾を覆されるリスクこれらのデメリットを上回るサービスしか成立しない。 例えば、二次創作したいIPの著作権が固く守られている場合、ライセンスを取得して二次創作を行ったときのベネフィットがライセンス取得のためのコミュニケーションコストを超えないすべての活動は成立しないツイートの情報を取得して行うサービスは、Twitter社が方向転換してAPIの提供を廃止するリスク込みで期待値が合うものしか成立しないpermissionlessであることで、これらハードルがなくなり、派生サービスが生まれやすくなると考えられる...]]></description>
            <content:encoded><![CDATA[<figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/a48f101f1619b49c5db9b081faa5a308dbf963e5a483b3d073af4c8046a2fa8b.jpg" alt="https://twitter.com/cameturtle/status/1570577283412545538?s=46&amp;t=iDVU_3sJgRzLVslz32YhKQ" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">https://twitter.com/cameturtle/status/1570577283412545538?s=46&amp;t=iDVU_3sJgRzLVslz32YhKQ</figcaption></figure><p>しっくり来た。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">ブロックチェーンは</h2><p>「誰でも読み書きができる公開の データベース（DB）を作れる技術」と捉えてみる。</p><h2 id="h-permissioned-vs-permissionless" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">permissioned v.s. permissionless</h2><p>permissionedなデータを利用して、派生サービスを作ろうとすると以下のような懸念がある</p><ul><li><p>許諾を得るためのコミュニケーションコスト</p></li><li><p>許諾を覆されるリスク</p></li></ul><p>これらのデメリットを上回るサービスしか成立しない。</p><p>例えば、</p><ul><li><p>二次創作したいIPの著作権が固く守られている場合、ライセンスを取得して二次創作を行ったときのベネフィットがライセンス取得のためのコミュニケーションコストを超えないすべての活動は成立しない</p></li><li><p>ツイートの情報を取得して行うサービスは、Twitter社が方向転換してAPIの提供を廃止するリスク込みで期待値が合うものしか成立しない</p></li></ul><p>permissionlessであることで、これらハードルがなくなり、派生サービスが生まれやすくなると考えられる。 派生サービスは、大抵の場合、元のサービスに対して正の外部性を持つ（e.g. 認知を広げ、参加者を増やす）。</p><p>ブロックチェーンを活用することで、permissionlessな構造を作ることができる。</p><p>他のサービスへ価値を生み出し、また、他のサービスから価値を受け取るエコシステムを作ることができる。</p>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
        </item>
        <item>
            <title><![CDATA[ベリロン運営さん僕とポテト宝くじやってください]]></title>
            <link>https://paragraph.com/@askyv/YtXdl7RiPck3IDKGj8M5</link>
            <guid>YtXdl7RiPck3IDKGj8M5</guid>
            <pubDate>Mon, 08 Aug 2022 12:08:28 GMT</pubDate>
            <description><![CDATA[summaryベリロンポテト宝くじは当初考えてた方式では出来なくなった新しい方式としてベリロン運営が宝くじ開催する方式を考えたベリロン運営さん僕と一緒にベリロンポテト宝くじをやりましょう注意私は、弁護士資格を持っていません。ペリロンポテト宝くじのリスク再評価ベリロン運営が、少額のユーティリティが充実させることを宣言したことで、当初考えていたベリロンポテト宝くじの方式が、賭博罪（刑法185条）に該当する可能性が高くなり、安全に開催することが難しくなりました。 賭博罪のリスクは、ベリロンポテト宝くじのサービスを提供する運営者だけでなく、参加者にも降りかかるため、このままの方式を突き通すことはできないと考えました。 以下、元々考えてたスキームとこれの適法性が怪しくなった理由を説明します。 まず、賭博罪（刑法185条）でいう「賭博」とは、「偶然の勝敗によって、財物・財産上の利益の得喪を2人以上の者が争う行為」をいいます（山口厚「刑法各論[第2版]」517頁） 。 元々は、ベリロンポテトは財産的価値がないという整理で、ベリロンポテト宝くじをやろうと思ってました。すなわち、ベリロンポテトの数...]]></description>
            <content:encoded><![CDATA[<h3 id="h-summary" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">summary</h3><ul><li><p>ベリロンポテト宝くじは当初考えてた方式では出来なくなった</p></li><li><p>新しい方式としてベリロン運営が宝くじ開催する方式を考えた</p></li><li><p>ベリロン運営さん僕と一緒にベリロンポテト宝くじをやりましょう</p></li></ul><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">注意</h3><p>私は、弁護士資格を持っていません。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">ペリロンポテト宝くじのリスク再評価</h2><p>ベリロン運営が、少額のユーティリティが充実させることを宣言したことで、当初考えていたベリロンポテト宝くじの方式が、<strong>賭博罪</strong>（刑法185条）に該当する可能性が高くなり、安全に開催することが難しくなりました。</p><p>賭博罪のリスクは、ベリロンポテト宝くじのサービスを提供する運営者だけでなく、参加者にも降りかかるため、このままの方式を突き通すことはできないと考えました。</p><p>以下、元々考えてたスキームとこれの適法性が怪しくなった理由を説明します。</p><p>まず、賭博罪（刑法185条）でいう「賭博」とは、「<strong>偶然の勝敗によって、財物・財産上の利益の得喪を2人以上の者が争う行為</strong>」をいいます（山口厚「刑法各論[第2版]」517頁） 。</p><p>元々は、<strong>ベリロンポテトは財産的価値がない</strong>という整理で、ベリロンポテト宝くじをやろうと思ってました。すなわち、ベリロンポテトの数はただの数字で、財産的価値はなく、これで宝くじの仕組みを作っても誰も損も得もしないという説明です。</p><p>しかし、「ポテトカタログ」等の、少額のユーティリティが充実することで、上記のようなという整理は、説得的でなくなってしまいました。</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/vla_potato/status/1552883825617047552?s=21&amp;t=lkMD1mTr4JfCSImXIwnkSA">https://twitter.com/vla_potato/status/1552883825617047552?s=21&amp;t=lkMD1mTr4JfCSImXIwnkSA</a></p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">無償ポイントを使った適法宝くじ</h2><p>ポイントを使ってくじを行わせる仕組みは、世の中にまあまああります（気になった方は「マイル くじ」とかのキーワードで調べてみてね）。</p><p>これらの仕組みを観察して、以下のような整理に辿り着きました。</p><p>すなわち、無償ポイントの発行体が、宝くじを行う場合、以下のように参加者同士や、発行体と参加者の間に「得喪を…争う」関係がないので、賭博罪が成立しないと考えました。ここで、「無償ポイント」とは、利用者の出捐や労務の提供等なしに付与されるポイントを言います。</p><p>この無償ポイントの宝くじは、時系列的に以下のように進行します。</p><p>① 発行体が、利用者にポイントを付与する</p><p>② ポイントを利用した宝くじを行う</p><p>③ 宝くじの結果を元にポイントを再配布する</p><p>例えば、A,Bの2名にそれぞれ500ポイントを付与し、宝くじを行う例を考えてみます。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/10358023658f8b558dfae4c54a206104cc9136c9b45dcadf3039566a0e8fec89.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>この例で、二人のポイント数をポイント付与の時点から観察すると、</p><p><strong>Aさん 0ポイント→0ポイント</strong></p><p><strong>Bさん 0ポイント→1000ポイント</strong></p><p>となります。この仕組みでは、利用者側に損失を被る人がおらず、また、ポイント発行体は常に損をするため、「得喪を…争う」の要件にあたりません。したがって、賭博罪は成立しないと考えられます。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">ベリロンポテトを使った適法宝くじ</h2><p>ご察しの通り、上記の「無償ポイントを使った適法宝くじ」の仕組みを使ってベリロンポテトで宝くじを行うことができると考えられます。</p><p>一方で、上記の方式では、無償ポイントの発行体と宝くじサービスの提供者が一致いる必要があり、<strong>第三者の立場から宝くじの仕組みを提供すること</strong>はできません。</p><p>そこで、提案となりますが、ベリロン運営さん僕と一緒にベリロンポテト宝くじやりませんか。</p><p>私は、ベリロンポテト宝くじの仕組みは、ポテトが「あげて気持ちいい、もらって嬉しい」ものであり続けるために有効な仕組みであると考えています。また、下記のツイートのインプレッションからコミュニティの関心/ニーズが非常に高いことも伺えます。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/5b347205cbd870d9841fd8d7ece08661f83bdb6b7d6e0955b25efa929018efb4.jpg" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/47027841d68b57adf0deeca63eaf254f6dd39a1982bd5bd6070bf01097a82d77.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[ベリロンポテトの４つの課題]]></title>
            <link>https://paragraph.com/@askyv/NPD8sBvPhgI1KYERvbcH</link>
            <guid>NPD8sBvPhgI1KYERvbcH</guid>
            <pubDate>Tue, 19 Jul 2022 10:55:45 GMT</pubDate>
            <description><![CDATA[どうも、ベリロン博士のaskyvです。 ベリロンポテトが抱える課題と、それに対して私がやっていくことについて書きます。 私は、ベリロンポテトには以下の4つの課題があると考えています。ポテトの流動性の低さポテトの配布条件の曖昧さVeryLongAnimalsの発行上限ポテト払いとETH払いの混合以下、詳細に述べていきます。共有したい前提私は、ベリロンのジェネシスNFTを、「VeryLongAnimals」というmemeを分割所有するためのトークンだと考えています。さらに、ポテトは、将来発行されるジェネシスNFTを裏付け資産として発行されているトークンであると理解しています。詳しくは、下記の記事で述べています。 https://mirror.xyz/askyv.eth/EsKEaMTYkUFzaupmtBLLcWkn90x49QKgh6fxf58nMkA1. ポテトの流動性の低さ現在、ポテトは、以下のように、運営によって認めれた例外を除いて取引することが禁じられ、流動性がほとんどない状態になっています。ただーーーし！！！ポテトをもらった人がこれを他の人との間で通貨や暗号資産等と交換や...]]></description>
            <content:encoded><![CDATA[<p>どうも、ベリロン博士のaskyvです。</p><p>ベリロンポテトが抱える課題と、それに対して<strong>私がやっていくこと</strong>について書きます。</p><p>私は、ベリロンポテトには以下の4つの課題があると考えています。</p><ul><li><p>ポテトの流動性の低さ</p></li><li><p>ポテトの配布条件の曖昧さ</p></li><li><p>VeryLongAnimalsの発行上限</p></li><li><p>ポテト払いとETH払いの混合</p></li></ul><p>以下、詳細に述べていきます。</p><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">共有したい前提</h3><p>私は、ベリロンのジェネシスNFTを、「VeryLongAnimals」というmemeを分割所有するためのトークンだと考えています。さらに、ポテトは、将来発行されるジェネシスNFTを裏付け資産として発行されているトークンであると理解しています。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/ccb3d79297025357572432f12f3111f95402d7af7151bb97f84beb03dddc2e5d.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>詳しくは、下記の記事で述べています。</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://mirror.xyz/askyv.eth/EsKEaMTYkUFzaupmtBLLcWkn90x49QKgh6fxf58nMkA">https://mirror.xyz/askyv.eth/EsKEaMTYkUFzaupmtBLLcWkn90x49QKgh6fxf58nMkA</a></p><h2 id="h-1" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">1. ポテトの流動性の低さ</h2><p>現在、ポテトは、以下のように、運営によって認めれた例外を除いて取引することが禁じられ、流動性がほとんどない状態になっています。</p><blockquote><p>ただーーーし！！！ポテトをもらった人がこれを他の人との間で通貨や暗号資産等と交換や、その他６．の正式加盟店での使用以外で決済手段として使用するのはやめてくださいね！！！ （<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://verylonganimals.notion.site/a68f1bc095da49408efae8a7e8699058">ポテトトリセツ</a>-5. ポテトって人にあげてもいいの？より）</p></blockquote><p>ベリロン運営が望んでこの状況をつくっているというよりは、運営拠点のある日本の法制度（主に資金決済法）に対応するための苦肉の策だとは思います（私個人の意見としては、ポテトの発行数はたかが知れているので規制対象となる可能性は低く、運営はリスクを過大評価しすぎであるとは思います）。</p><p>ポテトの流動性の極めて低い現状は、事実上ジェネシスNFTと交換できない「死んだポテト」を生み出し続けることになります。</p><p>この状況は、コントリビュータと資本家の双方にとってネガティブに作用します。コントリビュータにとっては、ジェネシスNFTと交換できるまでめちゃくちゃ頑張ってポテトを集めなければ、市場でworkとお金を交換することができず、小さな（しかし、プロトコルにとって非常に重要な）貢献に対して適切なインセンティブを受け取ることができません。一方で、資本家にとっても、半分は自己の貢献によってポテトを集め、もう半分は市場でポテトを手に入れるといったような、VeryLongAnimalsに対する細かな出資をすることができなくなります。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/0cd2458b283cd422d6dc81d0d78436daa8bb0f481355813da93a5ed8e4299baa.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>さらには、ポテトを配布する仕組みに対してもネガティブな作用をもたらします。現在、ポテトはベリロンコミュニティから配布者を募り、その協力によって配布を行なっています。しかし、「死んだポテト」を生み出し続けることは、「ポテトが貰って嬉しいものである」というナラティブを少しずつ減衰させ、やがて配布者に無意味な行動に参加させられている感情を与えかねません。</p><p>ポテトの流動性に関する問題は早急に解決されるべきだと感じます。</p><h2 id="h-2" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">2. ポテトの配布条件の曖昧さ</h2><p>ポテトは、現在、コントリビューター同士で相互に観察し合い、それぞれの評価基準によってポテトを付与するという方法でポテトを配布しています。</p><p>配布の基準をコントリビューター各自に任せる方法は、基準がまちまちになりやすく「こんなに頑張ったのに全然ポテトを貰えない！」というミスマッチを発生させます。</p><p>しかしながら、この方法は、ベストでないにしろ、現状のベターな方法であると思います。そもそも、memeに対する貢献というものは、一義的な定義に向いてないし、定義してしまうとポテト集めをハックするのが容易になってしまうためです。インセンティブ付与条件の柔軟性は、ベリロンのようなプロトコルにとって、完全には消し去ることができない要素だと思います。</p><p>この問題はむしろ、判断基準を収束させる仕組みがないことにあると私は考えます。 現在、Twitterのリプライでポテトの配布されていることもあり、他の人がポテトを配布している情報に触れづらい状況にあります。言い換えれば、どんな行動に対してどれだけのポテトが配布されるべきかという相場観がコミュニティの中で形成されにくい状態にあると言えます。</p><p>これを解決するため、ポテトの付与に関する情報を蓄積し、整理した状態でコミュニティに縦覧に供する仕組みが必要だと私は考えます。</p><h3 id="h-nft" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">ジェネシスNFTの発行上限</h3><p>VeryLongAnimalsは、ジェネシスNFTの発行上限が100個であることを運営が宣言しています。 このままでは、ジェネシスNFTと交換できないポテト、すなわちジェネシスNFTによる価値の裏付けのないポテトが大量に生まれてしまいます。これは、workに対して適切に報酬が支払われない状況を意味します（一応、ジェネシスNFT以外の交換品を用意されていますが、ジェネシスNFTと比べると見劣りするものが多いです）。ベリロンを盛り上げる活動は、皆、それが楽しくてやってると思いますが、その活動の継続性を考えたときにこれは大きな問題になると思います。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/6ffda2ebb40378f0d9d1aa387288e87f644c4a665ab0b1870562c8c39b5625e9.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>とはいえ、ベリロンの運営がこれまで育ててきたmemeを何もせずに閉じるということは考えられず、素直に考えれば「VeryLongAnimals」に絡めた新たなNFTコレクションを展開すると予想されます。まともな運営なら、新たなNFTコレクションでもポテトとの交換制度が維持されるはずなので、新たなNFTコレクションに市場での価値が認められる限り、ポテトの価値がなくなる問題は起きえないと言えます。</p><p>僕は、ジェネシスNFTの発行上限を撤回して、発行数が無限のベリロンも見てみたいです。</p><h3 id="h-nfteth" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">新規発行されるジェネシスNFTはポテトまたはETHと交換されてる</h3><p>これは課題というほどではないかもしれません。</p><p>現在、新規発行分のジェネシスNFTは、①ETH、または、②ETH+ポテトと交換されています。これは、<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://mirror.xyz/askyv.eth/EsKEaMTYkUFzaupmtBLLcWkn90x49QKgh6fxf58nMkA">以前の記事</a>で示したVLAを単純化したモデルとNounsのモデルの（よく言えば）ハイブリッドの形をとっています。具体的には、Nounsでいうgrants（ETHで支払われるコントリビュータへの報酬）を、VLAを運営する法人のみに対して支払う仕組みと整理できます。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/587c60295ed996dfa34d35a2986455700adbc8d74d01175acb662bf271403e8e.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>この現状は、ポジティブにもネガティブにも評価できます。</p><p>他のコントリビュータはポテトという流動性が極めて低い（それも運営によって流動が阻害されている）資産で報酬を受け取っている一方で、運営だけが流動性の高い資産で報酬を受け取っていると批判的に見ることもできます。Akimその他の運営は、他のコントリビュータと異なり中長期的なコントリビュートを行なっているという特殊事情があるため、ETHで報酬を受け取ることも仕方ないと見る向きもあります。</p><p>後者の考え方をより正当化するためには、サードパーティとして中長期的にベリロンへのコントリビュートを続けているチームに対しても、ETHでの報酬を受け取れる（例えば、NounsのProposalsのような）仕組みがあると良いと思います。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">今、僕が考えていること</h2><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">「ベリロンポテト宝くじ」で流動性ぐちゃぐちゃ大作戦</h3><p>「ペテトをもらうと嬉しい。あげると気持ちがいい。」というナラティブを今後も維持していくため、「ポテトをジェネシスNFTと交換する人」を定期的に生み出す<strong>仕組み</strong>を作る必要があると思います。</p><p>これを実現する方法が、<strong>ベリロンポテト宝くじ</strong>です。ベリロンポテト宝くじは、ポテトを胴元に集め、ジェネシスNFTと交換するのに十分な量のポテトを当選させる仕組みです。</p><p>この方法であれば、運営が禁止しているポテトの売買以外の方法で、「ポテトをジェネシスNFTと交換する人」を生み出すことができます。</p><p>また、ポテトは、現状、金銭的な価値がないものとして設計されていると考えられるため、ポテト宝くじは賭博罪に該当する可能性は低いと私は考えています（これは法律的なアドバイスではないです。DYOR）。もう少し詳細なリサーチが必要だと思うので、今後詰めていきます。</p><h3 id="h-potatoswap" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">サードパーティPotatoSwapの準備</h3><p>ベリロン運営は、今後、いずれかのタイミングでポテトの流動性制限を撤廃するでしょう。また、以前のちくわCPのように、オンチェーンでポテトを管理する可能性もあります。</p><p>そのようなタイミングに備えて、ポテトとETHを交換できる<strong>PotatoSwap</strong>の準備をしたいと思います。</p><h3 id="h-akim-tipbot" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Akim-tip監視bot</h3><p>ポテトの相場観がコミュニティの中で形成される仕組みとして、まずは簡単なものから、Akimがtipした時のそれをRTして、見やすくするTwitterbotを作ることを考えています。Akimのtipを取り上げる理由は、akimは現在、無限のポテトを配布できる仕様になっているため、配布する絶対量が多いためです。また、濫用の危険も大きいため、コミュニティが監視しやすい状況を作ることが重要な人物だと思うからです。</p><p>ポテトがオンチェーンで管理されるようになった際には、ポテトscanを作って、偏った配布がなされてないか確認しやすい仕組みも作りたいです。</p><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">仲間募集</h3><p>ここまで読んでワクワクしてくれたお友達、僕と一緒に創っていきましょう。 DM待ってます↓</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/a_kyshi">https://twitter.com/a_kyshi</a></p>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/21df7acf0bfe148d13f35a2e7f7fb84cdfc3d902c905e44a664fa42b1ca7c530.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[VeryLongAnimalsとはどんなプロトコルか]]></title>
            <link>https://paragraph.com/@askyv/verylonganimals</link>
            <guid>niJykgVWt1b1wwZSi1GZ</guid>
            <pubDate>Sun, 10 Jul 2022 08:25:16 GMT</pubDate>
            <description><![CDATA[どうも、ベリロン博士のaskyvです。 VeryLongAnimalsのコミュニティポイント「ポテト」について考察を深め、VeryLongAnimalsがどんなプロトコルなのか私なりの結論を示したいと思います。前提知識VeryLongAnimals「顔の長い動物」をモチーフにしたNFTコレクションVeryLongAnimalsのメインのNFTは通称ジェネシスNFTと呼ばれるhttps://twitter.com/verylonganimals ポテトベリロン運営が発行するポイントベリロン運営がオフチェーンDBで管理集めると割引価格でジェネシスNFTを購入することができるhttps://verylonganimals.notion.site/a68f1bc095da49408efae8a7e8699058シンプルなモデルで考える”ポテト”トークンエコノミクスVeryLongAnimalsというプロトコルを理解するため、以下のようなシンプルなモデルで考えてみます。（市場で価値がある）ジェネシスNFTは無限に発行される新規発行されるジェネシスNFTはポテトとの交換のみで入手できるポテト...]]></description>
            <content:encoded><![CDATA[<p>どうも、ベリロン博士のaskyvです。</p><p>VeryLongAnimalsのコミュニティポイント「ポテト」について考察を深め、VeryLongAnimalsがどんなプロトコルなのか私なりの結論を示したいと思います。</p><h3 id="h-" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">前提知識</h3><p>VeryLongAnimals</p><ul><li><p>「顔の長い動物」をモチーフにしたNFTコレクション</p></li><li><p>VeryLongAnimalsのメインのNFTは通称ジェネシスNFTと呼ばれる</p></li></ul><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/verylonganimals">https://twitter.com/verylonganimals</a></p><p>ポテト</p><ul><li><p>ベリロン運営が発行するポイント</p></li><li><p>ベリロン運営がオフチェーンDBで管理</p></li><li><p>集めると割引価格でジェネシスNFTを購入することができる</p></li></ul><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://verylonganimals.notion.site/a68f1bc095da49408efae8a7e8699058">https://verylonganimals.notion.site/a68f1bc095da49408efae8a7e8699058</a></p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">シンプルなモデルで考える”ポテト”トークンエコノミクス</h2><p>VeryLongAnimalsというプロトコルを理解するため、以下のようなシンプルなモデルで考えてみます。</p><ul><li><p>（市場で価値がある）ジェネシスNFTは無限に発行される</p></li><li><p>新規発行されるジェネシスNFTはポテトとの交換のみで入手できる</p></li><li><p>ポテト10,000個と引き換えにいつでもジェネシスNFT受け取ることができる</p></li><li><p>ポテトはプロトコルへの貢献（主にIP/memeを拡散する行動）の報酬として付与される</p></li><li><p>コントリビュータはポテトを対価として取得する目的で貢献を行う</p></li></ul><p>すると、VeryLongAnimalsは以下のように図示できます。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/ed0ffb10afd423e00257c3743da6f2311ccc2f895949ed26af67ef26242461a5.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>まず、コントリビュータが、プロトコルに対して価値を付与する行動（work）を行い、その報酬としてポテトを受け取ります。そして、それを一定程度積み上げると、10,000個のポテトと引き換えにジェネシスNFTが付与されます。コントリビュータはそれを二次流通してお金に変えるか、ホルダーとしてNFTを保持し続けるかの選択肢を手に入れます。</p><p>ジェネシスNFTを手に入れたい資本家（お金をいっぱい持ってる人）は、ジェネシスNFTを二次流通で手に入れる、または、ポテトを市場で買い集めてジェネシスNFTと交換することによって、これを実現することができます。</p><h3 id="h-nouns" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">Nounsとの比較</h3><p>Nouns（<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/nounsdao">@nounsdao</a>）は、言わずと知れたボトムアップ型のNFTコレクションです。 Nounsには、Small Grants/Prop House/Proposalsといった助成金の制度があり、NFTの売上金から形成されたTreasuryから、貢献に対する報酬の支払い等がなされています。 Nounsの助成金制度については、下記のイーサリアムnaviの記事が詳しいです。</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://ethereumnavi.com/2022/06/10/nounsdao-funding/">https://ethereumnavi.com/2022/06/10/nounsdao-funding/</a></p><p>Nounsは、以下のように図示できます。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/6be27dbf1dc3fa212711fe441a3ac35f67e8d137a98715b3d695a3e050bcc007.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>Nounsでは、まず資本家が、プロトコルに対してお金を入れ、対価としてNFTを手に入れます。 そして、プロトコルに対して価値を付与する行動（work）を行ったコントリビュータに対して報酬をETHで支払います。</p><p>どちらもプロトコルを通じてお金とworkが循環していて、その循環を通してmemeを拡大させているという構造が共通しています。プロトコルに対して、お金を先に入れるか、workを先に入れるかという違いは、その循環サイクルが安定して回っている状態では、大した差にはなりません。</p><p>しかし、プロトコルが立ち上がる段階では違いが現れます。VeryLongAnimalsが採っているモデルでは、未発行のジェネシスNFTの価値を行使して、信用取引のように報酬を渡し、プロトコルにworkを流入させることができる点です。急速に成長することを目指すプロジェクトでは、信用によってトークンを発行できるVeryLongAnimalsのモデルと相性がいいと考えられます。</p><h2 id="h-verylonganimals" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">VeryLongAnimalsというプロトコルの正体</h2><p>VeryLongAnimalsは「VeryLongAnimals（顔が長い動物）」というmemeの認知を拡大させ続けることを行動原理とする概念（法人とも少し違うので「memeモンスター」と呼んでみます）であると私は考えています。ジェネシスNFTは、そのmemeを分割所有するトークンであると考えられます。</p><p>さらに、ポテトは以下のような2つの特徴を持っていると整理できます。 一つは、ポテトは、ジェネシスNFTを細分化したフラクショナルNFTのような性質を持っていることです。そして、もう一つは、ポテトが、将来発行されるジェネシスNFTを裏付け資産として発行されていることです。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/ccb3d79297025357572432f12f3111f95402d7af7151bb97f84beb03dddc2e5d.png" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>VeryLongAnimalsというmemeモンスターは、そのmemeへの信用を元に発行するmeme建てトークンを利用することで、人間が行うmemeの認知拡大のためのworkに対して適切なインセンティブを与えることができます。</p><p>そして、<code>workによるmemeの価値上昇＞報酬</code>となるようにポテトの配布条件を調整することによって、memeの価値はインフレを続け、VeryLongAnimalsは無限に拡大し続けることができます。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">実際のポテトトークンエコノミクス</h2><p>以上は、プロトコルとしてのVeryLongAnimalsを理解するため、さまざま要素を捨象して考察を行ったものです。 しかし、実際のVeryLongAnimalsの動きはもっと複雑であるはずで、具体的には、以下の要素は無視できないであろうことを告白します。</p><ul><li><p>ジェネシスNFTに発行上限数があることが宣言されている</p></li><li><p>新規発行されるジェネシスNFTはポテトまたはETHと交換することができる</p></li><li><p>ポテトの取引が禁止されている</p></li><li><p><strong>コントリビューターはポテトを得る目的のみで貢献を行うわけではない</strong></p></li></ul><p>コントリビューターは、おそらく、ポテトを得る目的のみで貢献を行なっていません。 VeryLongAnimalsは、人々にエンタメを提供し、その人生を豊かにしています。そして、ベリロンのコミュニティにいるコントリビューターは、ディズニーランドでいう「キャスト」と「お客様」が混合したような状態になっています。コミュニティにいる人は、一方でお金を払ってでも得たいエンタメを享受しながら、同時に、適切な報酬が支払われるべきクリエイティブな活動を行っています。<br>この点を含めて考えると、VeryLongAnimalsはもっと複雑なプロトコルとして理解されることになるはずです。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">おわり</h2><p>次の記事では、VeryLongAnimalsのポテトが抱えている課題と、それに対する私の今後の行動について書きたいと思います。</p>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
            <enclosure url="https://storage.googleapis.com/papyrus_images/1b91ad62414a50b0089fb87d43fa08025e9a39e88e8fbabadd7bc350e6b414cd.png" length="0" type="image/png"/>
        </item>
        <item>
            <title><![CDATA[web3はポンジとエンタメでできている]]></title>
            <link>https://paragraph.com/@askyv/web3</link>
            <guid>LLT9Sc5rFd519WDKHZnj</guid>
            <pubDate>Sun, 17 Apr 2022 17:15:27 GMT</pubDate>
            <description><![CDATA[全てのweb3プロダクトは、ポンジとエンタメの両方の性質を持っているのではないか。summarySTEPNは、ポンジとエンタメ（価値の消費活動）の両方の性質を併せ持つように見えるコミュニティがプロダクトを良くするための動機付け・対価として機能するto earnは悪ではないのではないか導入先日、STEPNが「Are all P2E games a ponzi?」という記事を公開しました。 https://coinmarketcap.com/alexandria/signals/26001 私たちは、有志が日本語訳したものを見ることができます。 https://note.com/kuro_at_web2/n/nfbe66cd8a8a2 私はSTEPNをプレイしたことがありません。そして、これまで、Twitterで囁かれる言説から、STEPNはポンジであり、悪質なプロダクトと切り捨ててきました。 一方で、単なる「不理解」から頭ごなしに「否定」するのは、よくないのではないかと警鐘を鳴らす自分がいます。もしかしたら、STEPNは革新的すぎて、人類がまだ理解できていないだけではないかと考える...]]></description>
            <content:encoded><![CDATA[<p>全てのweb3プロダクトは、ポンジとエンタメの両方の性質を持っているのではないか。</p><h3 id="h-summary" class="text-2xl font-header !mt-6 !mb-4 first:!mt-0 first:!mb-0">summary</h3><ul><li><p>STEPNは、ポンジとエンタメ（価値の消費活動）の両方の性質を併せ持つように見える</p></li><li><p>コミュニティがプロダクトを良くするための動機付け・対価として機能するto earnは悪ではないのではないか</p></li></ul><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">導入</h2><p>先日、STEPNが「Are all P2E games a ponzi?」という記事を公開しました。</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://coinmarketcap.com/alexandria/signals/26001">https://coinmarketcap.com/alexandria/signals/26001</a></p><p>私たちは、有志が日本語訳したものを見ることができます。</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://note.com/kuro_at_web2/n/nfbe66cd8a8a2">https://note.com/kuro_at_web2/n/nfbe66cd8a8a2</a></p><p>私はSTEPNをプレイしたことがありません。そして、これまで、Twitterで囁かれる言説から、STEPNはポンジであり、悪質なプロダクトと切り捨ててきました。</p><p>一方で、単なる「不理解」から頭ごなしに「否定」するのは、よくないのではないかと警鐘を鳴らす自分がいます。もしかしたら、STEPNは革新的すぎて、人類がまだ理解できていないだけではないかと考える自分がどこかにいます。</p><p>そして、不思議なことに、私が「この人はweb3の思想に確信を抱いている」と思う人たちは、web3が「ポンジでもある」ことをどこかで受けれているようにも感じます。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">ポンジとエンタメ両方の性質を併せ持つ？</h2><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/374b7ce6b9d86f1211ed2170dbd9d03770e26c3fe8601ff1e8cf18a57ec358a0.png" alt="ponzi or?" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">ponzi or?</figcaption></figure><p>まず、ポンジスキームとは、新規参入者が投入した資金を、先行参入者に分配するスキームであるとここでは整理します。ポンジスキームでは、次の新規参入者を呼び込み続ける限り、参入者は資金を得ることができ、原資を回収することも可能です。他方で、新規参入者の増加が止まると、既存参入者に資金を渡すことができなくなり、原資を回収できなくなる人も現れます。</p><p>そして、エンタメとは、人を精神的に満足させ、人がそれに対してお金を払ってでも得たいと思う体験です。私たちは、映画やゲーム、テーマパークなどを提供する主体にお金を払ってその体験を得ています。（ここに当てはめるものは「エンタメ」でなくても、人が価値を感じるもの、消費の対象となるものであればなんでもいいと思います。現状のweb3では、エンタメを提供することを標榜するプロダクトが多いと考え、エンタメについて考察しています。重要な特徴は「<strong>お金を払ってするもの</strong>」であることです。）</p><p>そして、web3のプロダクトは、ポンジとエンタメの両方の性質を合わせ持ち、かつ、両性質の濃淡によって特徴づけられているのではないかという仮説が私の中で生まれました。</p><p>STEPNは、スポーツアクティビティ、健康、カーボンニュートラルへの貢献といった体験を提供しているエンタメの側面があると思います。ジムでのトレーニングや植林活動のように、<strong>私たちは、これらのエンタメをしばしばお金を払って体験します</strong>。</p><p>他方で、STEPNを始めるためには、スポーツシューズに見立てたNFTを購入する必要があり、その購入に充てられた資金は、おそらく既存参入者が利確するための資金源となっています。したがって、STEPNには、ポンジの側面があることを否定するのは難しいように思います。</p><p>STPENのエンタメ要素を楽しんでいる人にとって、参入時の原資を回収できないことはさほど問題ではありません。なぜなら、<strong>エンタメの享受という形で、支払った金銭の対価を得ているため</strong>です。他方で、STPENのポンジとしての側面を動機とする人にとっては、STPENで稼げないことは大問題です。彼らは、映画館のスクリーンの前で2時間も座っているのに時給が発生しないのはおかしいと考えます。</p><p>ここまで考え、私は、エンタメの要素を充実させているP2Eゲームは悪ではないと思うようになりました。Kawaくんの下記のツイートは、以上のことを端的に表現していると、私は思いました。</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/gdvonly/status/1511206744034529284?s=21&amp;t=vJb4LOW7Alc9ZGMx5T4hNA">https://twitter.com/gdvonly/status/1511206744034529284?s=21&amp;t=vJb4LOW7Alc9ZGMx5T4hNA</a></p><h2 id="h-to-earn" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">なぜ「to earn」プロダクトなんか作るのか</h2><p>一つの疑問が生まれます。</p><p>真に価値がある「エンタメ」であれば、「to earn」を実装しポンジの要素を取り込む必要などないのではないかという疑問です。</p><p>この疑問について、私は、「<strong>完成されたエンタメ</strong>」について「to earn」を謳うことについては、擁護するのが難しいと考えます。エンタメそのもの良さだけで勝負をすればいいところを、その良さとは別にある投機性の誘惑によって、人とお金を集めているためです。</p><p>ところが、エンタメを<strong>さらに面白く、さらに人々を熱中させるものにアップデート</strong>させることができ、さらにその<strong>アップデートがコミュニティによって行われる</strong>としたらどうでしょうか。</p><p>すなわち、コミュニティメンバーの貢献によって、エンタメがより良いものとなるなら、その<strong>貢献者は適切な対価を受け取るべき</strong>です。もしも、<strong>この対価のことを「to earn」と呼ぶなら、それは決して悪ではないと私は考えます</strong>。</p><p>STEPNのNFTホルダーで、オフラインイベントが開催されていることを見聞きしたことがあります。STEPNが、提供するエンタメ要素の1つであるスポーツアクティビティは、1人でするよりも多人数で行ったほうが大きな満足感が得られると思います。STEPNのホルダーによって「定期的なオフラインイベントの開催」という要素が追加されたことで、STEPNのエンタメ性は強化されたと言えます。そして、エンタメ性が強化されることは、STEPNの魅力を強め、新規参入者を増やす要因になります。もしも、これらの貢献の対価として、貢献者に金銭が支払われているのなら、それは健全な対価ではないでしょうか（現状のSTEPNが、このような貢献を適切に評価できる仕組みになっているかについては大きな疑問が残ります）。</p><p>コミニティがプロダクトを「より楽しむ」ために行動した結果、なんらかの価値を受け取るなら、その「P2E」は悪ではないと私は思います。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/18bc256f7e97962c7d32caf6c3a88d61f1c9e8a8a3906438824b8c97a381752f.png" alt="what&apos;s web3" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">what&apos;s web3</figcaption></figure><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">プロダクトの直接所有</h2><p>私は、web3の特徴の1つを、<strong>コミュニティによるプロダクトの直接所有</strong>であると考えています。これは、プロダクトの運営主体である株式会社を介して、株主がプロダクトを間接的に所有する株式の仕組みと対比されます。コミュニティには、自らが所有するプロダクトの価値を高める金銭的な動機があります。そして、プロダクトの価値を高めるアクションは、プロダクトそのものを良くするアクションと同じ方向性を持ちえます。</p><p>株主が、会社経営を良くするために議決権を行使した結果、会社の収益が向上し、株式の価値が上がりました。株主総会 to earnでしょうか？</p>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
        </item>
        <item>
            <title><![CDATA[【Vulnerability】For NFT Art Project, CC0 is Not optimal solution]]></title>
            <link>https://paragraph.com/@askyv/vulnerability-for-nft-art-project-cc0-is-not-optimal-solution</link>
            <guid>QXi6xCNJKJh5UN0ZdN81</guid>
            <pubDate>Wed, 15 Dec 2021 03:28:40 GMT</pubDate>
            <description><![CDATA[This article is an English translation of the article here. https://mirror.xyz/askyv.eth/djlGHAM5yQWsMvJ_AeQKnq7vaAP-n_c5a0QVGc7t3IYSUMMARYCC0 is helping to boost the NFT art project.However, CC0 has the weakness of not being able to control the copyrights of derivative works.This problem can be solved by adopting a license that includes Copyleft.CC0 attracts attention in NFT art projectNFT art adopts CC0 is attracting attention. CC0 is “waiver of copyright” so that anyone can freely use the ...]]></description>
            <content:encoded><![CDATA[<figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/b16ec1cfc42f29c58160adab050f786b2d13b54f5f65f6a8f61ed566f601d90e.jpg" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><p>This article is an English translation of the article here.</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://mirror.xyz/askyv.eth/djlGHAM5yQWsMvJ_AeQKnq7vaAP-n_c5a0QVGc7t3IY">https://mirror.xyz/askyv.eth/djlGHAM5yQWsMvJ_AeQKnq7vaAP-n_c5a0QVGc7t3IY</a></p><h2 id="h-summary" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">SUMMARY</h2><ul><li><p><strong>CC0 is helping to boost the NFT art project.</strong></p></li><li><p><strong>However, CC0 has the weakness of not being able to control the copyrights of derivative works.</strong></p></li><li><p><strong>This problem can be solved by adopting a license that includes Copyleft.</strong></p></li></ul><h2 id="h-cc0-attracts-attention-in-nft-art-project" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">CC0 attracts attention in NFT art project</h2><p>NFT art adopts CC0 is attracting attention.</p><p>CC0 is “waiver of copyright” so that anyone can freely use the copyrighted work. For example, CC0 adopted art can be used to Mint derivative NFT art, or printed on mugs to sell.</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://creativecommons.org/share-your-work/public-domain/cc0">https://creativecommons.org/share-your-work/public-domain/cc0</a></p><blockquote><p>CC0 enables scientists, educators, artists and other creators and owners of copyright- or database-protected content to waive those interests in their works and thereby place them as completely as possible in the public domain, so that others may freely build upon, enhance and reuse the works for any purposes without restriction under copyright or database law.</p></blockquote><p>CC0 has attracted a lot of attention because the prominent NFT project &quot;<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://nouns.wtf/">Nouns</a>&quot; has adopted it. &quot;Nouns&quot; is a project that generates and publishes a cute pixel art NFT automatically per day, like &quot;Noun117&quot; below.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><figcaption HTMLAttributes="[object Object]" class="">noun17</figcaption></figure><p>In the Nouns case, the biggest advantage of adopting CC0 is that &quot;<strong>Everyone make Nouns more exciting on their own</strong>&quot;. Nouns has spawned derivative projects such as 3DNouns, which creates 3D voxel art based on pixel art, and Fast Food Nouns, which creates a fast food version of Nouns. And these derivative projects are making Nouns even more exciting. <strong>No one own Nouns</strong>, <strong>and the entire community around Nouns seems to be thriving</strong>.</p><h2 id="h-weaknesses-of-cc0" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Weaknesses of CC0</h2><p>I consider that CC0 has weaknesses described below. In particular, I think that these weaknesses will become more pronounced in the Japanese NFT art scene.</p><p><strong>The weakness of CC0 is that can&apos;t control the copyrights of derivative works</strong>.</p><p>Even if you publish your work with CC0, if the copyright of the derivative work has not been waived, the CC0 chain will be broken there. It will not be possible for someone to create further derivative works of that derivative work.</p><p>For example,</p><p>① artistA publishes the art of 2D character &quot;S&quot; under CC0.</p><p>② artistB publishes voxel art &quot;S2&quot; of character S without waiving the copyright.</p><p>③ artistC publishes an art work S3 based on the voxel art S2.</p><p>In this case, the action in ③ may be copyright infringement. The creation made by artistB in ② shows his unique creativity, which is the transcription of 2D art into 3D, and he has his own copyright on the newly added part.</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/fd545ab0c84c9a4852772f20a3d8710eb5d0bb0431ac68015578e04de86071cd.jpg" alt="Rights when derivative creation is continuous" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">Rights when derivative creation is continuous</figcaption></figure><h2 id="h-why-is-it-a-weakness" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Why is it a Weakness?</h2><p>Many of you who are considering adopting CC0 for NFT art projects are hoping that the active creation of secondary works such as fan art will have a positive impact on the branding and marketing of your project.</p><p>As in the case of Nouns, we can see a culture such as &quot;Touhou Project&quot; and &quot;Hatsune Miku&quot; a while ago, or the fan art culture of VTubers recently, that secondary creations boosts name recognition and brand value of original work in Japan.</p><p>More, NFT Art project can distribute the increase value of the original work to the community member by operating the project as a DAO. You can set appropriate incentives, for example, by transferring governance-tokens to those who have made the content more exciting, or by reflecting the increase value of the content on the value of the governance tokens held.</p><p>In terms of the original work boost and community excitement, CC0 has the weaknesses described below.</p><p><strong>First, it narrows down the options for expression in derivative works</strong>.</p><p>In the previous example that a third party (B) creates voxel art and retains its copyright, if another third party tries to create a different voxel art about original work, the act able to be an infringement of B&apos;s copyright. Even if the work does not constitute copyright infringement, there is an Attrition Effect that another third party hesitate to create the work for fear of Copyright infringement.</p><p>When a creator who claims his or her own copyright appears --although such a claim itself is legitimate and should be respected--, the option of derivative works is effectively narrowed.</p><p><strong>Secondly, it inhibits the establishment of a relationship between people who create derivative works for each other</strong>.</p><p>When a creator who claims his or her own copyright appears --although such a claim itself is legitimate and should be respected--, the chain of relationship building using the secondary works is broken. In this respect, it becomes a disadvantage in terms of community excitement.</p><h2 id="h-solutionlicense-with-copyleft" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">【Solution】License with Copyleft</h2><p>One idea to overcome these weaknesses is to use a license that adopts Copyleft.</p><p>Copyleft is the idea that &quot;<strong>You are free to use the original work, but everyone must be free to use your derivative works as well</strong>&quot;. Copyleft does not waive the copyright, but retains it. And you indicate your intention not to claim the copyright as long as everyone use the work for the purpose and way specified by you.</p><p>A license that adopts copyleft is, for example, <strong>the GPL license</strong>, which is one of the leading examples of OSS (Open Source Software) licenses. Software covered by the GPL license is free to run, modify, and redistribute copies of the program without charge, while any derivative works are compelled to use the GPL license.</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://www.gnu.org/licenses/quick-guide-gplv3.en.html">https://www.gnu.org/licenses/quick-guide-gplv3.en.html</a></p><p>In terms of art-related licenses, &quot;<strong>CC BY-SA</strong>&quot; realizes the idea of copyleft. If you apply CC BY-SA to your own work, you can demand anyone who creates derivative works of it distribute them under the same license as the original work (i.e. CC BY-SA). There are many other variations of the CC license, so it&apos;s interesting to check them out.</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://creativecommons.org/licenses/by-sa/4.0/deed.en">https://creativecommons.org/licenses/by-sa/4.0/deed.en</a></p><p>If you use a license that incorporates copyleft ideas as described above, <strong>you can allow a third party to freely create a derivative work and limit the copyright on that derivative work to a certain extent, so that another third party can create a derivative work about the derivative work freely</strong>. By publishing works with this kind of license, I believe that we can create a truly community where anyone can create derivative works free.</p><h2 id="h-build-up-web3-license" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">Build up Web3 License!</h2><p>The licenses introduced above, such as GPL and CC BY-SA, are just a few examples.</p><p>The important thing is that <strong>you should choose a license that is consistent with the ideal way your works will be used</strong>. In this respect, copyleft can be effective for the goal of &quot;putting works core and making the community thrive.</p><p>More to the point, if you can&apos;t find a suitable existing license, <strong>you should consider formulating a new one</strong>.</p><p>The technology of NFT has brought a way for artists to receive the value they deserve for their works. It&apos;s a method never seen before in human history, and no license is designed to be monetized by NFT.</p><p>Therefore, I would like to develop a new license suitable for NFT and Web3.</p><p>As start, I would like to conclude this article by applying the following licenses to the copyrighted works including the images contained in this article.</p><ul><li><p>If you remix, transform, or build upon the material, you must distribute your contributions under the same license as this article, and make it explicit.</p></li><li><p>As long as you comply with the above conditions, you are free to reproduce, redistribute, and adapt this article in any medium and in any way you wish.</p></li><li><p>I may change the terms and conditions of this license, but such changes will be effective only prospectively and without prejudice to the interests of third parties who have already distributed or otherwise made use of it.</p></li></ul><hr><p>If you have any ideas about this article, please contact me here.</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://twitter.com/a_kyshi">https://twitter.com/a_kyshi</a></p>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
        </item>
        <item>
            <title><![CDATA[CC0を活用したNFTアートプロジェクトの落とし穴]]></title>
            <link>https://paragraph.com/@askyv/cc0-nft</link>
            <guid>8ZIREMu1PX1lOU3b01Qn</guid>
            <pubDate>Wed, 01 Dec 2021 16:18:46 GMT</pubDate>
            <description><![CDATA[要約○ CC0は、NFTアートプロジェクトを盛り上げることに一役買っている ○ しかし、CC0は、2次創作の著作権をコントロールできない弱点を抱えている ○ この問題は、コピーレフトを盛り込んだライセンスを採用することで解決可能だNFTアートプロジェクトで注目されるCC0CC0を採用したNFTアートが注目されています。 CC0とは、著作権等を放棄し、著作物を誰でも自由に利用できる状態にすることです。 例えば、CC0が採用されたアートは、二次創作のNFTアートをMintしたり、マグカップにプリントして売ったりすることができます。 CreativeCommonsJAPAN「CC0について ― “いかなる権利も保有しない”」CC0 とは、科学者や教育関係者、アーティスト、その他の著作権保護コンテンツの作者・所有者が、著作権による利益を放棄し、作品を完全にパブリック・ドメインに置くことを可能にするものです。CC0によって、他の人たちは、著作権による制限を受けないで、自由に、作品に機能を追加し、拡張し、再利用することができるようになります。CC0は、著名NFTプロジェクト「Nouns」がこ...]]></description>
            <content:encoded><![CDATA[<figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/ad12928596dd36140edec20c1fca621cbdff59b620147ffa83378ac92cd600e8.jpg" alt="" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="hide-figcaption"></figcaption></figure><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">要約</h2><p>○ CC0は、NFTアートプロジェクトを盛り上げることに一役買っている</p><p>○ しかし、CC0は、2次創作の著作権をコントロールできない弱点を抱えている</p><p>○ この問題は、コピーレフトを盛り込んだライセンスを採用することで解決可能だ</p><h2 id="h-nftcc0" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">NFTアートプロジェクトで注目されるCC0</h2><p>CC0を採用したNFTアートが注目されています。</p><p>CC0とは、著作権等を放棄し、著作物を誰でも自由に利用できる状態にすることです。 例えば、CC0が採用されたアートは、二次創作のNFTアートをMintしたり、マグカップにプリントして売ったりすることができます。</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://creativecommons.jp/sciencecommons/aboutcc0/">CreativeCommonsJAPAN「CC0について ― “いかなる権利も保有しない”」</a></p><blockquote><p>CC0 とは、科学者や教育関係者、アーティスト、その他の著作権保護コンテンツの作者・所有者が、著作権による利益を放棄し、作品を完全にパブリック・ドメインに置くことを可能にするものです。CC0によって、他の人たちは、著作権による制限を受けないで、自由に、作品に機能を追加し、拡張し、再利用することができるようになります。</p></blockquote><p>CC0は、著名NFTプロジェクト「<a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://nouns.wtf/">Nouns</a>」がこれを採用したことで注目されています。 Nounsは、下記「Noun117」のようなかわいいピクセルアートNFTを1日に1つ、自動生成・発行するプロジェクトです。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><figcaption HTMLAttributes="[object Object]" class="">「Noun117」</figcaption></figure><p>Nounsの例において、CC0を採用する最大のメリットは、「<strong>みんなが勝手にNounsを盛り上げてくれること</strong>」です。 Nounsでは、ピクセルアートを元にした3Dボクセルアートを作る「3DNouns」やファーストフード版のNounsを作る「Fast Food Nouns」といったような派生プロジェクトが生まれて盛り上がっています。 「<strong>Nounsは誰のものでもない</strong>」<strong>という状態を作ることで、Nounsを中心としたコミュニティ全体が盛り上がっているように見えます。</strong></p><h2 id="h-cc0" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">CC0の弱点</h2><p>私は、CC0には以下のような弱点があると考察しています。特に、日本のNFTアートシーンでは、その弱点が顕著になると考えられます。</p><p>CC0の弱点は、<strong>2次的著作物の著作権を制限できないこと</strong>です。</p><p>CC0として公表された著作物について、2次創作が行われたが、その2次創作の著作権が保持されたままの場合、CC0のバトンはそこで断たれてしまいます。その2次創作についてさらに2次創作をすることはできなくなります。</p><p>例えば、</p><p>①　Aさんが、2DキャラクターSのアートをCC0で公表する</p><p>②　Bさんが、キャラクターSのボクセルアートS2を著作権を保持したまま公表する</p><p>③　Cさんが、ボクセルアートS2をモチーフにしたアート作品S3を作成し、公表する</p><p>この場合、③の行為は著作権侵害を構成する可能性があります。②でBさんが行った創作には、2Dアートの3Dへの描き起こしというBさん独自の創作性が発揮されており、その新たに加えられた部分についてはBさんが独自の著作権を有するためです。</p><figure float="none" data-type="figure" class="img-center" style="max-width: null;"><img src="https://storage.googleapis.com/papyrus_images/4cd8f214c973ef708552167208dd0901ab5bb2e3e9dcfbd4fa9cad6833446c8b.jpg" alt="2次創作が連続する場合の権利関係" blurdataurl="data:image/gif;base64,R0lGODlhAQABAIAAAP///wAAACwAAAAAAQABAAACAkQBADs=" nextheight="600" nextwidth="800" class="image-node embed"><figcaption HTMLAttributes="[object Object]" class="">2次創作が連続する場合の権利関係</figcaption></figure><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">なぜ弱点なのか</h2><p>NFTアートプロジェクトへのCC0の採用を検討されている方の多くは、ファンアートのような2次創作が活発に行われることで、プロジェクトのブランディングやマーケティングに良い影響をもたらすことを期待していると思います。</p><p>先のNounsの例もそうですが、日本においても、少し前では東方Projectや初音ミク、最近ではVTuberのファンアート文化など、中心となるコンテンツを二次創作が盛り上げ、その知名度やブランド価値を向上させるというカルチャーが随所で見られます。</p><p>さらに、NFTアートでは、プロジェクトをDAOとして運営することによって、中心コンテンツの価値上昇分をコミュニティ全体に還元することができます。例えば、コンテンツを盛り上げてくれた人にガバナンストークンを譲渡する、あるいは、元から保持していたガバナンストークンの価値にコンテンツの価値上昇が反映されるなどして、適切なインセンティブを付与することができます。</p><p>このような中心コンテンツとコミュニティの盛り上がりという観点からすると、CC0は以下のような弱点があります。</p><p><strong>第一に、2次創作の幅を狭める</strong>ことです。</p><p>先の例②のように、第三者（Bさん）がボクセルアートを作成しその著作権を保持したままの場合、別の第三者（例えばDさん）がBさんの作品とは別のボクセルアートの制作をしようとすると、当該行為はBさんの著作権侵害となる可能性があります。仮に、本当は著作権侵害にあたらない場合であっても、Dさんが侵害となることを恐れて創作を躊躇する、という<strong>萎縮効果</strong>があります。</p><p>自らの著作権を主張する2次創作者が現れると（このような主張自体は正当で尊重されるべきだが）、その人の表現手法の限りで、中心コンテンツの2次創作の幅は実質的に狭まってしまいます。</p><p><strong>第二に、互いに2次創作しあう関係性の構築が阻害される</strong>ことです。</p><p>先述の通り、NFTアートプロジェクトでは、コミュニティの盛り上がりが重視されます。</p><p>2次創作の連続が断たれてしまうコミュニティよりも、2次創作が広がっていく、あるいは、相互に2次創作しあうコミュニティの方が、盛り上がりという点で優位だと考えられます。</p><p>自らの著作権を主張する2次創作者が現れると（このような主張自体は正当で尊重されるべきだが）、その時点で2次創作による関係構築の連鎖が断たれてしまい、コミュニティの盛り上がりという観点では不利になります。</p><h2 id="h-" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">【解決策】コピーレフトを採用したライセンス</h2><p>先のような弱点を克服するためのアイディアとして、コピーレフト（Copyleft）を採用したライセンスを用いることが考えられます。</p><p>コピーレフトとは、「<strong>著作物を自由に使っていい代わりに、2次的著作物もみんなに自由に使わせてあげてね。</strong>」という考え方です。ここでは、著作権を放棄するのではなく、著作権を保持したまま、権利者が指定した目的・方法の限りで著作物を使用する限りは著作権を行使しない意思を表示しています。</p><p>コピーレフトを採用したライセンスとしては、例えば、OSS（オープンソースソフトウェア）のライセンスの代表例の1つである「<strong>GPLライセンス</strong>」が挙げられます。GPLライセンスが付されたソフトウェアは、プログラムの実行、改変、複製物の再頒布などが無償かつ自由である一方で、派生して生まれた著作物には GPLライセンスを適用することが強制されます。</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://www.gnu.org/licenses/quick-guide-gplv3.html">https://www.gnu.org/licenses/quick-guide-gplv3.html</a></p><p>アート関連のライセンスでは、「<strong>CC BY-SA</strong>」がコピーレフトの発想を実現しています。自らの作品にCC BY-SAを付すと、これについて2次創作を行った者に対して、元の作品と同じライセンス（＝CC BY-SA）の下に頒布することを要求できます。その他、CCライセンスは様々なバリエーションを用意しているので、調べてみると面白いです。</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://creativecommons.org/licenses/by-sa/4.0/deed.ja">https://creativecommons.org/licenses/by-sa/4.0/deed.ja</a></p><p>上記のような、コピーレフト的思想を取り入れたライセンスを用いれば、<strong>自由に2次創作できるかわりに、その2次創作についてさらに2次創作を許すように著作権を一定程度制限することができます</strong>。このようなライセンスを付して著作物を公表することで、真に自由な2次創作ができるコミュニティを作ることができると考えられます。</p><h2 id="h-web3" class="text-3xl font-header !mt-8 !mb-4 first:!mt-0 first:!mb-0">なければ作ろうWeb3時代のライセンス</h2><p>上記で、紹介した<strong>GPL</strong>や<strong>CC BY-SA</strong>といったライセンスはほんの一例です。</p><p>重要なのは、<strong>あなたは、あなたが思い描く理想の作品の使われ方に合致したライセンスを選ぶべきだ</strong>ということです。この点、コピーレフトは、「作品を中心に置いてコミュニティが盛り上がる」というゴールに対しては有効であると考えられます。</p><p>さらに踏み込んで言えば、<strong>既存のライセンスで適切なものが見つからないなら、新しいライセンスを策定することを含めて検討すべきです</strong>。</p><p>NFTの技術は、アーティストがその作品に見合った価値を受け取る方法を提供しました。それはこれまでの人類史になかった方法であり、どのライセンスもNFTによる収益化を予定していません。</p><p>そこで、私は、NFT発明以降の、Web3の時代に適合した新しいライセンスを策定したいと考えています。</p><p>ひとまず、この記事に包含される画像を含めた著作物については、下記のライセンスを付して、結びとさせていただきます。</p><ul><li><p>継承；もしあなたがこの記事をリミックスしたり、改変したり、加工した場合には、あなたはあなたの貢献部分をこの記事と同じライセンスの下に、また、そのことを明示して、頒布等を行ってください。</p></li><li><p>以上の条件に従う限り、あなたは、いかなる媒体・方法でも、この記事の複製・再配布・翻案を自由に行うことができます。</p></li><li><p>私は、このライセンスの条件を変更することがありますが、当該変更は将来に向かってのみ効力を及ぼし、既に頒布等を行った第三者の利益を害しません。</p></li></ul><hr><p>この記事は、あくあたん工房Advent Calendar 2021、8日目の記事でした。</p><p><a target="_blank" rel="noopener noreferrer nofollow ugc" class="dont-break-out" href="https://adventar.org/calendars/6609">https://adventar.org/calendars/6609</a></p>]]></content:encoded>
            <author>askyv@newsletter.paragraph.com (askyv)</author>
        </item>
    </channel>
</rss>