takashi

下記はDAOの利点を複雑さとリスクを最小限に抑えた形で取り入れ、ICOのモデルを改善するためのアイデアです。

アイデアは次のとおりです。DAICOコントラクトは、プロジェクトの資金調達を希望する単一の開発チームによって発行されます。 DAICO コントラクトは 「寄付モード(contribution mode)」から開始されます。このモード中は誰でもがDAICOコントラクトに対してETHを寄付し、対価としてトークンを受け取ることができます。これはキャップ付きセール、キャップなしセール、ダッチオークション形式、Interactive Coin Offering、KYCベースのパーソナルなキャップ付きセール、または他の、開発チームが選択するどのような仕組みでも良い。 寄付ができる期間が終わると、ETHを寄付することはできなくなり、そのタイミングでのトークンの残高が設定され、またこのタイミングからトークンが売買可能にすることができます。

寄付期間のあと、コントラクトはゼロで初期化された１つの主要なステート、tap (単位: wei / sec)を持ちます。 tapは開発チームがコントラクトから取り出せる１秒あたりの金額を決定します。これは以下の用に実装できます:

azu

追記(2018-12-25): 次のレポートに同様 + 追加した内容を公開しています。

• https://jser.info/2018/12/25/node-browser-libs-gap/

---

Node.jsコアモジュールとブラウザ向けShimのギャップについて

この文章は、現在進行形で機能追加や仕様変更が行われているNode.jsコアモジュールとブラウザ向けShimにおける挙動の違い(ギャップ)が広がってきている問題について調べたものです。

OlegIlyenko

In this gist I would like to describe an idea for GraphQL subscriptions. It was inspired by conversations about subscriptions in the GraphQL slack channel and different GH issues, like #89 and #411.

Conceptual Model

At the moment GraphQL allows 2 types of queries:

• query
• mutation

Reference implementation also adds the third type: subscription. It does not have any semantics yet, so here I would like to propose one possible semantics interpretation and the reasoning behind it.