-
@ YakiHonne
2023-11-17 09:37:03YakiHonne コミュニティはノストラシアに興奮しており、ノストラシアの感動的なスピーチを熱心に文字に起こしています。 追加のスピーチトランスクリプトは、今後公開される予定です。 日本語版とスペイン語版は、最初にコミュニティ メンバーによって AI ツールの助けを借りて翻訳および校正されます。 YakiHonneユーザーの皆様はぜひレビューにご参加ください。 無事にレビューを完了した方には特別報酬として3000Satが付与されます。 まずはご連絡ください (ここにコメントしてください、DM、または TG)。 連絡してレビューを送信した人が、幸運な特典の受け取り者となります。 もしよろしければ、これらのスピーチをさらに多くの言語に翻訳していただければ幸いです。 参加しませんか！
🌟English: Functional Relays 🌟中文版: 功能 Relay 🌟Español: Relés funcionales
00:46:53から開始
おはようございます。ああ、妻は私の言うことを聞くのにうんざりしています。私の名前はジョン、別名ホドルボッドです。私についてのことがあります。主にCorleを担当しています。今日はリレーについてお話します。
私はこの講演のタイトルを何度も変更しました。ギフト包装や暗号化などについて話すつもりでしたが、リレーはプライベート グループをサポートする上で大きな部分を占めます。使っていますか？あなたはそれらを無視しますか？それに取り組んでいるうちに、リレーで何ができて何ができないのかという興味深い特性と、きちんとしたパラダイムを発見しました。そこで、そこに焦点を当てて、それを皆さんと共有したいと思いました。
少し遅れていますので、ここで少し話を短くしたいと思います。しかし、基本的に、私の講演は「機能リレー」と呼ばれており、リレーは機能する必要があるため、これは語呂合わせです。関数型プログラミングは、物事を機能させるための優れたパラダイムです。
そこで、まず、リレーとは実際何なのかについてのコンセンサスのある定義から始めようと考えました。リレーは実際にはそれほど多くありません。リレーができることはそれほど多くありません。基本的にはイベントを保存するだけで、話は終わりです。これらは相互運用可能ですが、実際にこの用語を定義するのは少し難しいため、実際に何を意味するのか詳しく説明します。しかし、それがリレーの基本的な定義です。
ただし、すべてのリレーが同じというわけではありません。つまり、リレーは区別することができます。まったく同じことを行うリレーを大量に用意する必要はありません。リレーを互いに区別するには、いくつかの方法があります。パフォーマンスがあるので、遅いリレーや速いリレー、あるいはより低い遅延またはより高い遅延のリレーを使用できます。実際、これはリレー開発がこれまで取り組んできた主な側面の 1 つであり、パフォーマンスです。最も注目すべきは、メモリ マップされたデータ構造を備えた StirFurry です。これにより、他の多くのリレーが吹き飛ばされました。
つまり、リレーを区別できるもう 1 つの方法は、動作とサポートする機能の種類によってです。したがって、リレーがサポートしたい場合とそうでない場合があるいくつかの異なるニップがあります。さらに、データ セットも用意されているため、リレーにはさまざまなデータ セットを含めることができます。公開キーに基づいて、またはたまたま誰がそれに書き込んだか、またはコンテンツ分析に基づいて、異なるデータが存在する可能性があります。また、リレーには、実際にサポートするデータセットを選択するためのツールがいくつかあります。そして可用性があります。これが意味するのは稼働時間ではなく、一種のインターフェースです。したがって、リレーは通常、IP アドレスに解決されるドメイン名の背後の WebSocket インターフェイスの背後に配置されます。ただし、Tor オニオン サービスの背後にリレーを置くことも同様に可能です。クライアント アプリケーションのメモリにリレーを配置できます。 LAN の背後にリレーを置くこともできます。したがって、リレーを見つけるにはさまざまな方法があります。
相互運用性について少しお話しましょう。リレーがネットワークの善良な市民として機能するには、相互運用性が必要です。私が最も意味のあるリトマス試験紙は、エンドユーザーの観点から見ることだと思います。ユーザーがリレーを取得し、それをリレー設定に組み込むと、エクスペリエンスが向上するはずです。ただし、これには注意点がいくつかあります。
たとえば、100 万個のリレーを追加すると、エクスペリエンスは悪化します。ただし、リレーはクライアントに何らかの改善された機能を提供する必要があることに注意してください。しかし、もちろん、これは先ほど述べた他の次元にも当てはまります。リレーにはユーザーが必要とするすべてのデータが含まれていない可能性がありますが、一部のデータは含まれており、より速くアクセスできる可能性があります。したがって、パープル ページと同様に、他のリレーには一般的に要求されるデータがない可能性があるため、要求にあまり応答しない可能性があります。ただし、暗号化されたメッセージや非常に古いデータなどのたまに発生するリクエストの場合は、そのリレーがそれらのリクエストの処理に適している可能性があります。したがって、リレーにより、パフォーマンス、データの可用性、または機能の可用性に関するユーザー エクスペリエンスが向上します。しかし、これを間違って行う方法がいくつかあります。つまり、相互運用性は主に動作に依存するため、動作はリレーにとって非常に厄介なものです。ご存知のとおり、異なるデータセットを持つことができますが、それによって相互運用性が損なわれたり損なわれたりすることはありません。しかし、相互運用性に影響を与える欠落した機能や追加機能がある場合、これらすべてを検討して私が発見したのは、リレーの場合、追加機能は欠落している機能よりも実際には悪いということです。これは少し直観に反しますが、ソフトウェアや API に追加機能を追加しても、実際には何も害はありません。一方、標準インターフェイスから機能を削除すると、実際にはリレーに悪影響を及ぼします。実際はその逆だと私は主張します。リレーから機能を削除しても、信頼できる他のリレーがあるため、その特定の機能をサポートしていないリレーによってクライアントが実際に被害を受けることはありません。具体的に言うと、リクエストとイベントがあります。これらは、リレーがサポートする 2 つの主なコマンドです。リレーがイベントを無視して、誰かがリレーに公開しようとするたびに通知をスローすることにした場合でも、それが誰かが使用する唯一のリレーではないため、問題はありません。リクエストでも同じことができれば幸いです。おそらくリレーがあり、それが書き込み専用である可能性があります。誰が気にする？すべてのリクエストが無視されるだけで、それらのリクエストは他のものによって満たされることに誰も気づきません。一方、追加機能がある場合、たとえばカウントや検索などの追加機能がある場合、不要でサポートが難しい追加機能として私が考える主な機能は次の 2 つです。しかし、他にもいろいろあります。追加の機能がある場合、クライアントはそれらに依存し始めます。そこで、NIP 45 カウントを廃止または削除するために、NIP リポジトリにプル リクエストをオープンしました。NIP 45 カウントは、私の名前だけが含まれる唯一の NIP です。私はプロトコルへの私自身の貢献を破壊しています。言い換えれば、私自身の混乱をクリーンアップしています。 NIP 45 は悪い考えだと思います。カウントは間違いだったと思います。もともとその PR をオープンした動機は 3 月か 4 月に遡り、リクエストを取得してクライアントのメモリ内でカウントするだけではない、Noar でより高度な機能をどのようにサポートできるかを見てみましょうというものでした。それが動機でした。しかし、残念ながら、ほとんどのリレーでは実装されていません。今はなきRB.IIOやNoopBandもありました。サポートされているリレーの数を私が知っているのはこれら 2 つだけです。したがって、カウントを取得したい場合は、NoopBand に問い合わせる必要があります。それは非常に集中化しています。 NoopBand はネットワーク上でほとんどのイベントを開催します。しかし、それらがすべて揃っているわけではありません。したがって、正確な数を取得できないだけでなく、特定の 1 つの実装とサービスに依存する必要があります。
ここに一人でもいいです ここはカンファレンス全体で一番面白い場所になるでしょう 共有は終わりました はい、もう 1 匹 xfrog がいますか？ 始めますか どこかに 1 匹いると思います、わかりませんこれはもちろんライブのようにストリーミングされていると思います、大丈夫です、とにかくみんな寝ています、それは本当です、世界の人口の30〜70％がもう少し分散していることを知っていることを除いては、それが最も良いことです、そして私は昨日そう言われましたこれは録音されていないと言われたので、もっと自由に選んでいたのですが、いつもはいいえ、ただ録音されているだけではなく、ライブで編集されており、建物から出るときにライブで見ることができます、その通りです、昨日のプレゼンテーションでフィードという用語を使用したと思いますよし。
About YakiHonne:
YakiHonne is a Nostr-based decentralized content media protocol, which supports free curation, creation, publishing, and reporting by various media. Try YakiHonne.com Now!
Follow us
- Telegram: http://t.me/YakiHonne_Daily_Featured
- Twitter: @YakiHonne
- Nostr pubkey: npub1yzvxlwp7wawed5vgefwfmugvumtp8c8t0etk3g8sky4n0ndvyxesnxrf8q
- Facebook Profile: https://www.facebook.com/profile.php?id=61551715056704
- Facebook Page: https://www.facebook.com/profile.php?id=61552076811240
- Facebook Group: https://www.facebook.com/groups/720824539860115
- Youtube: https://www.youtube.com/channel/UCyjDDtWFCntGvf4EyFJ7BlA