提案されている情報環境は、一種の分散型ソーシャルネットワークです。ただし、既存の多くのソリューションとは異なり、この環境には分散化に加えて多くの便利なプロパティがあり、かなり単純で標準的な技術ソリューション(電子メール、json、テキストファイル、および小さなブロックチェーン)に基づいて作成されます。これにより、プログラミングの基本的な知識を持っている人なら誰でも、この環境向けに独自のサービスを作成できます。
一般的な識別子
どのオンライン環境でも、ユーザーとオブジェクトの識別子はシステムの重要な要素の1つです。
この場合、電子メールはユーザーIDとして機能します。これは、実際には、サイトやその他のサービス(jaber、openId)での承認のために一般的に受け入れられているIDになっています。
実際、このオンライン環境のユーザーIDは、ログインとドメインのペアです。これは、便宜上、ほとんどの人に馴染みのある形式で記述されています。さらに、より大きな分散化のために、各ユーザーが独自のドメインを持つことが望ましい。これは、ドメインがユーザーIDとして使用される個人の原則に近いものです。この例では、ユーザーが自分のドメインにニックネームを追加します。これにより、1つのドメインに複数のアカウントを作成でき(たとえば、友達用)、アドレス指定システムがより柔軟になります。
このユーザーID形式は、どのネットワークにも関連付けられていません。ユーザーが自分のデータをTORネットワークに配置する場合は、.onionゾーンのドメインを使用できます。それが、ブロックチェーン上にDNSシステムを備えたネットワークの場合は、.bitゾーンのドメインを使用できます。その結果、ユーザーとそのデータのアドレス形式は、ユーザーが送信されるネットワークに依存しません(ログイン+ドメインバンドルはどこでも使用されます)。ビットコイン/エーテルアドレスを識別子として使用したい場合は、次のような疑似電子メールアドレスを使用するようにシステムを変更できます。
xaca1b7c8126806f672f9dbee4951527bb0f2c4e4@ethereum.blockchain
オブジェクトのアドレス指定
このオンライン環境は、実際には、構造化された機械可読形式で記述され、他のオブジェクトを参照し、特定のユーザー(電子メール)またはプロジェクト/組織(ドメイン)に関連付けられたオブジェクトのセットです。
urn:opendata名前空間のurnは、オブジェクト識別子として使用されます。たとえば、ユーザープロファイルには次の形式のアドレスがあります。
urn:opendata:profile:user@domain.com
ユーザーのコメントには、次の形式のアドレスがあります。
urn:opendata:comment:user@domain.com:08adbed93413782682fd25da77bd93c99dfd0548
ここで、08adbed93413782682fd25da77bd93c99dfd0548は、オブジェクトのIDとして機能するランダムなsha-1ハッシュであり、user @ domain.comがこのオブジェクトの所有者です。
ユーザーデータの公開の原則
ドメインを管理することで、ユーザーは自分のデータとコンテンツを簡単に公開できます。また、indibebとは異なり、セマンティックデータが埋め込まれているhtmlページを使用してサイトを作成する必要はありません。
たとえば、ユーザーに関する基本情報は、次のようなアドレスにあるdatarobots.txtファイルにあります。
http://55334.ru/konstantin@55334.ru/datarobots.txt
そしてそれはこのフォーマットの内容を持っています:
Object: user
Services-Enabled: 55334.ru,newethnos.ru
Ethnos: newethnos
Delegate-Tokens: http://55334.ru/konstantin@55334.ru/delegete.txt
つまり、実際には、key-> valueの形式のデータを含む文字列のセットであり、基本的なプログラミングの知識がある人なら誰でも簡単に解析できます。また、必要に応じて、通常のメモ帳からデータを編集できます。
独自のurnを持つより複雑なデータ(プロファイル、コメント、投稿など)は、標準API(http://opendatahub.org/api_1.0?lang=ru)を使用してJSONオブジェクトとして返されます。ユーザーのドメイン、およびユーザーがデータの保存、公開、編集を委任したサードパーティのサイト(datarobots.txtファイルのServices-Enabled行)。このようなサードパーティのサービスについては、以下で説明します。
シンプルなオントロジーとJSON
通信環境のオントロジーは、業界の知識ベースのオントロジーと比較して比較的単純です。通信環境では、プロパティのセットが比較的少ない標準オブジェクト(投稿、コメント、いいね、プロファイル、レビュー)のセットが比較的少ないためです。
したがって、このような環境でオブジェクトを記述するには、XMLの代わりにJSONを使用するだけで十分です。これは、構造と解析がより複雑です(低いエントリしきい値とスケーラビリティの必要性を忘れないことが重要です)。
私たちが知っている壷を持つオブジェクトを取得するには、ユーザーのドメイン、またはユーザーがデータの管理を委任したサードパーティのサービスを参照する必要があります。
このオンライン環境では、オンラインサービスが存在する各ドメインにも、example.com /datarobots.txtのようなアドレスに同様のコンテンツを持つ独自のdatarobots.txtがあります。
Object: service
Api: http://newethnos.ru/api
Api-Version: http://opendatahub.org/api_1.0
ここから 、次のようなアドレスにあるオブジェクトに関するデータを取得できることがわかります
。http://newethnos.ru/api?urn =
urn :opendata:profile:konstantin@55334.ruJSONオブジェクトの構造は次のとおりです。
{
"urn": "urn:opendata:profile:expample@55334.ru",
"status": 1,
"message": "Ok",
"timestamp": 1596429631,
"service": "example.com",
"data": {
"name": "John",
"surname": "Gald",
"gender": "male",
"city": "Moscow",
"img": "http://domain.com/image.jpg",
"birthtime": 332467200,
"community_friends": {
"example1@domain.com": "1",
"example2@domain.com": "0.5",
"example3@domain.com": "0.7"
},
"interests_tags": "cars,cats,cinema",
"mental_cards": {
"no_alcohol@main": 8,
"data_accumulation@main": 8,
"open_data@main": 8
}
}
}
サービスアーキテクチャ
エンドユーザー向けにデータを公開および取得するプロセスを簡素化するには、サードパーティのサービスが必要です。
上記では、ユーザーがネットワーク上でデータを公開するのに役立つサービスの種類の1つについて説明しました。そのようなサービスはたくさんあるかもしれません。それぞれが、データのタイプ(フォーラム、ブログ、質疑応答など)の1つを編集するための便利なインターフェースをユーザーに提供します。ユーザーがサードパーティのサービスを信頼していない場合は、ドメイン上のデータを操作するためのサービススクリプトをインストールするか、独自に開発することができます。
ユーザーがデータを公開/編集できるようにするサービスに加えて、エンドユーザーノードでの実装が非常に難しい比較的複雑なタスクを実行する他の多くのサービスがオンライン環境で提供されます。
このようなサービスのタイプの1つはデータハブ(opendatahub.org/ruが例です)です。これは、すべてのパブリックマシン読み取り可能ユーザーデータを収集し、APIを介してそれらへのアクセスを提供する一種のWebアーカイブとして機能します。
このようなオープンな分散型オンライン環境にサービスが存在すると、独自のノードをインストールして構成する必要がないため、ユーザーのエントリしきい値が大幅に削減されます。同時に、ユーザーは自分のデータに対する制御を保持します(いつでも、データ公開が委任されるサービスを変更したり、独自のノードを作成したりできます)。
ユーザーが自分のデータを所有することにまったく関心がなく、自分のドメインを持っていないか、ドメインに精通している場合、デフォルトでopendatahub.orgが自分のデータを管理します。
それは誰の費用ですべてですか?
おそらく、そのような分散型プロジェクトのほとんどすべての主な問題は、安定した開発とサポートに十分なレベルでの収益化が不可能なことです。
寄付+トークンは、このオンライン環境での開発とマーケティングのコストをカバーするために使用されます。
ユーザーが内部プロジェクト/サービスに対して行うすべての寄付は、公開されており、機械で読み取り可能であり、電子メールに関連付けられています。これにより、たとえば、イントラネットのソーシャルレーティングを計算するときにそれらを考慮に入れて、ユーザーのページに公開することができます。寄付が匿名でなくなると、実際にはユーザーは寄付をしませんが、共通の情報環境をサポートするために「捨てる」ことになります。人々が公共の場所の修理のために捨てるのと同じように、捨てることを拒否した人々に対して適切な態度で。
寄付に加えて、トークンは限られた金額(400,000)で資金を調達するために使用され、メインファンドに寄付するすべての人にクレジットされます(民族形成)。
トークンの追加機能
各トークンは、このオンライン環境にアクセスするための「キー」です。つまり、電子メールに関連付けられているトークンが少なくとも1つある場合にのみ、サービスを使用してオンライン環境に参加できます。
トークンには制限があるため、優れたスパムフィルターです。システム内のユーザーが多いほど、トークンを取得するのが難しくなり、ボットを作成するのに費用がかかります。
人、そのデータ、社会的つながりはテクノロジーよりも重要です
説明されているオンライン環境は、技術的には比較的原始的なソリューションです。しかし、その中でより重要なのは、環境内で作成された人や社会的つながりやデータ(コンテンツ)ほどのテクノロジーではありません。
作成されたソーシャルコミュニティは、メンバーが独自のユニバーサル識別子(メールと独自のドメイン)と構造化データ(URNアドレス、オントロジー、JSONオブジェクトを含む)を持ち、より優れた技術ソリューションが登場したときに、形成されたリンクを維持しながら、このすべてのデータを別のオンライン環境に転送できます。 (評価、評価)およびコンテンツ。
この投稿では、自己組織化ネットワークコミュニティの要素の1つについて説明します。これには、分散型オンライン環境に加えて、オンライン環境のメリットを高め、その機能を主に決定する「顧客」である多数のオフライン領域が含まれます。しかし、これらはすでにITやテクノロジーに直接関係のない他の記事のトピックです。