READMEの残りの部分を翻訳

README.md

@@ -219,6 +219,19 @@ NIPsは、**Nostr Implementation Possibilities**の略称である。
 | `l`               | ラベル, ラベル名前空間               | annotations          | [32](32.md)                           |
 | `L`               | ラベル名前空間                       | --                   | [32](32.md)                           |
 | `m`               | MIME type                            | --                   | [94](94.md)                           |
+| `q`               | イベントID (hex)                     | relay URL            | [18](18.md)                           |
+| `r`               | 参照 (URL, etc)                      | petname              |                                       |
+| `r`               | リレーURL                            | marker               | [65](65.md)                           |
+| `t`               | ハッシュタグ                         | --                   |                                       |
+| `alt`             | 概要                                 | --                   | [31](31.md)                           |
+| `amount`          | 文字列化されたミリサトシ             | --                   | [57](57.md)                           |
+| `bolt11`          | `bolt11` インボイス                  | --                   | [57](57.md)                           |
+| `challenge`       | チャレンジ文字列                     | --                   | [42](42.md)                           |
+| `client`          | 名前, アドレス                       | relay URL            | [89](89.md)                           |
+| `content-warning` | 理由                                 | --                   | [36](36.md)                           |
+| `delegation`      | 公開鍵, 条件, 委任トークン           | --                   | [26](26.md)                           |
+| `description`     | インボイス/バッジの説明              | --                   | [57](57.md), [58](58.md)              |
+| `emoji`           | ショートコード, 画像 URL             | --                   | [30](30.md)                           |
 | `q`               | イベントID (hex)                       | relay URL    | [18](18.md)                           |
 | `r`               | 参照 (URL, etc)               | petname              |                                       |
 | `r`               | リレーURL                            | marker               | [65](65.md)                           |
@@ -239,6 +252,21 @@ NIPsは、**Nostr Implementation Possibilities**の略称である。
 | `image`           | 画像URL               　             | dimensions in pixels | [23](23.md), [58](58.md)              |
 | `imeta`           | インラインメタデータ                      | --                   | [92](92.md)                           |
 | `lnurl`           | `bech32` encoded `lnurl`             | --                   | [57](57.md)                           |
+| `location`        | 場所文字列                           | --                   | [52](52.md), [99](99.md)              |
+| `name`            | 名前                             | --                   | [58](58.md)                           |
+| `nonce`           | 乱数                                 | --                   | [13](13.md)                           |
+| `preimage`        | `bolt11` インボイスのハッシュ        | --                   | [57](57.md)                           |
+| `price`           | 値段                                 | currency, frequency  | [99](99.md)                           |
+| `proxy`           | 外部ID                               | protocol             | [48](48.md)                           |
+| `published_at`    | unix timestamp (string)              | --                   | [23](23.md)                           |
+| `relay`           | リレーURL                            | --                   | [42](42.md)                           |
+| `relays`          | リレーリスト                         | --                   | [57](57.md)                           |
+| `server`          | ファイルストレージサーバーURL        | --                   | [96](96.md)                           |
+| `subject`         | 件名                                 | --                   | [14](14.md)                           |
+| `summary`         | 記事の要約                           | --                   | [23](23.md)                           |
+| `thumb`           | バッジサムネイル                     | dimensions in pixels | [58](58.md)                           |
+| `title`           | 記事のタイトル                       | --                   | [23](23.md)                           |
+| `zap`             | 公開鍵 (hex), リレー URL             | weight               | [57](57.md)                           |
 | `location`        | 場所文字列                      | --                   | [52](52.md), [99](99.md)              |
 | `name`            | 名前                                 | --                   | [34](34.md), [58](58.md)              |
 | `nonce`           | 乱数                               | --                   | [13](13.md)                           |
@@ -266,25 +294,25 @@ NIPsは、**Nostr Implementation Possibilities**の略称である。
 
 ## このリポジトリは中央集権的な要素ではありませんか？
 
-To promote interoperability, we standards that everybody can follow, and we need them to define a **single way of doing each thing** without ever hurting **backwards-compatibility**, and for that purpose there is no way around getting everybody to agree on the same thing and keep a centralized index of these standards. However the fact that such index exists doesn't hurt the decentralization of Nostr. _At any point the central index can be challenged if it is failing to fulfill the needs of the protocol_ and it can migrate to other places and be maintained by other people.
+相互運用性を向上させるために誰もが従える標準を作成し、**後方互換性**を損なうことなく**物事を行うための1つの方法**を定義する必要がある。この目的のためには誰もが同じことに同意し、それら標準の中央集権型の目録を保持すること以外に道は無い。しかし、そのような目録があるからといってNostrの分散性が損なわれることはない。_中央の目録がプロトコルの要求を満たせない場合はいつでも異議を唱えることができ_、他の場所に移行して他の人がメンテナンスできる。
 
-It can even fork into multiple and then some clients would go one way, others would go another way, and some clients would adhere to both competing standards. This would hurt the simplicity, openness and interoperability of Nostr a little, but everything would still work in the short term.
+フォークされ複数に分かれることも可能で、その際あるクライアントは一方に、別のクライアントはもう一方に、あるいは競合する両方の標準に準拠するクライアントもあるだろう。それはNostrの単純さ、開放性、相互運用性を少し損なうこととなるが、それでも短期的には全て機能するだろう。
 
-There is a list of notable Nostr software developers who have commit access to this repository, but that exists mostly for practical reasons, as by the nature of the thing we're dealing with the repository owner can revoke membership and rewrite history as they want -- and if these actions are unjustified or perceived as bad or evil the community must react.
+このリポジトリへのコミット権を持っている著名なNostrソフトウェア開発者のリストがあるが、それはほとんど実用上の理由から存在している。私達が扱っているものの性質上、リポジトリの所有者はメンバーシップを取り消したり好きなように歴史を書き換えることができる。そして、それらの行為が不当であったり、悪事や邪悪なものと認識される場合、コミュニティは抗議の声を上げなければならない。
 
 ## このリポジトリの仕組み
 
-Standards may emerge in two ways: the first way is that someone starts doing something, then others copy it; the second way is that someone has an idea of a new standard that could benefit multiple clients and the protocol in general without breaking **backwards-compatibility** and the principle of having **a single way of doing things**, then they write that idea and submit it to this repository, other interested parties read it and give their feedback, then once most people reasonably agree we codify that in a NIP which client and relay developers that are interested in the feature can proceed to implement.
+標準は2つの方法で作られる。1つは誰かがなにかを始め、他の人がそれを書き写すという方法である。2つ目は、**物事を行うための1つの方法**を持つという原則と**後方互換性**を壊すことなく複数のクライアントとプロトコル全般に利益をもたらす新しい標準のアイデアを持つ誰かがそれを書いてこのリポジトリに提出し、他の利害関係者がそれを読んでフィードバックし、ほとんどの人が合理的に同意したらその機能に関心のあるクライアントとリレーの開発者が実装に取り掛かることのできるNIPに成文化するという方法である。
 
-These two ways of standardizing things are supported by this repository. Although the second is preferred, an effort will be made to codify standards emerged outside this repository into NIPs that can be later referenced and easily understood and implemented by others -- but obviously as in any human system discretion may be applied when standards are considered harmful.
+物事を標準化するためにこれら2つの方法がこのリポジトリでサポートされている。後者が望ましいが、このリポジトリの外で出現した標準をNIPに成文化し、後の人が参照して簡単に理解し実装できるようにする取り組みも行われる。しかし、他の人間のシステムと同様に、標準が有害であると考えられる場合に裁量が行われることは明らかである。
 
 ## 破壊的変更
 
 [Breaking Changes](BREAKING.md)
 
 ## ライセンス
 
-All NIPs are public domain.
+全てのNIPsはパブリックドメインである。
 
 ## Contributors