  |
はてなキーワード: P2Pとは
＜意見提出報告＞
「ダウンロード違法化および著作権法改正に関する意見」https://t.co/FB9ifEoewz
文化庁「『侵害コンテンツのダウンロード違法化の制度設計等に関する検討会』における議論のまとめ」の公表を受けて、昨年10月に提出したパブリックコメント等を基に、意見を提出しました。— 全国消費者団体連絡会 consumers.japan (@ConsumersJapan) 2020年1月28日
そもそもこれ自体、初めから誘導質問だった時点でおかしいし、その後も4000件以上8割強反対のパブコメの結果をガン無視して、短いスケジュールで結論ありきで行っていた事自体おかしいからね。
普通に海賊版対策と言いながら、エンドユーザー規制がおかしいからそこまで反対食らったのだし、各国もP2Pの規制であってダウンロードそのものの禁止なんざ日本以外にはないからね。
海賊版業者対策と言うのならば、第三者であるエンドユーザーを規制するのはおかしい話なのだよ、猶更。
始めから結論ありきで尚且つ文化庁は以前水増しをしたりして、余りにも誠意に欠ける事ばかりしていたから、いつかその報いを受ける事になるだろう。
何せ漫画家はこの程度譲歩すればよいだろうと完全に舐めた態度でいたからね。
最も漫画家出版にしても前の音楽業界等と同じ道を歩む事になるだろうよ。
Wayback Machineで増田の魚拓の一覧をみてみた
https://web.archive.org/web/*/https://anond.hatelabo.jp/*
一番古い増田は2006年10月27日に魚拓が取られたこれだった。これで良いのか、増田よ
■週末は潰れた(ケツ毛関連を追いかけ続け)
よって「ネットに実名を公開する事」これこそ口にするもおぞましい品性御下劣破廉恥極まりない、常人の理解を凌駕する意味不明な前後不覚の奇天烈基地外のする行為である。実名もしくは個人の特定に至る情報を不特定多数が閲覧する場所に公開する行為全てに猥褻物陳列罪もしくは公然猥褻罪を適用し違反する者を即刻取り締まるべきである
https://web.archive.org/web/20061027125132/http://anond.hatelabo.jp:80/20061008210723
そのネットワークシステムの分散化を目指すことが発表され、再びSNSの分散化へ注目が集まっている。
Twitter is funding a small independent team of up to five open source architects, engineers, and designers to develop an open and decentralized standard for social media. The goal is for Twitter to ultimately be a client of this standard. 🧵— jack 🌍🌏🌎 (@jack) December 11, 2019
この発表は日本語圏でもテック系を中心とした様々なWebメディアが取り上げており、日本でも注目されている。
Twitterのこの発表は驚くべきことだ。何故なら誰でも参加できるオープンなAPIプロトコルを整備するということなので、これまで開発・運用されてきたWebコミュニケーションサービスによって結論付けられたものと逆行した動きだからだ。
この結論はテック系で持て囃されているチャット系WebサービスSlackの例を出すのが理解しやすい。
一時期チャット系サービスではXMPPというオープンなプロトコルを採用するのが一般的だった。これはYahoo!メッセンジャーでもGoogle Talk(現ハングアウト)でもMSNメッセンジャーでもFacebookメッセンジャーでも採用されているプロトコルだ。
しかし、Googleはハングアウトの展開と同時にXMPPのサポートを辞めることを発表しXMPPの流れが変わった。
XMPPを採用しているとすべての会話ログをユーザは得ることができる。会話ログというのはコミュニケーションの歴史であり、ある時は強力な証拠となり、それは貴重な資産であることは明らかだ。
だからこそSlackはXMPPのサポートを辞めた。Slackの有料プランにある検索機能が意味をなさなくなるからだ。ユーザは別にSlackへ課金せずともXMPPを介して手元へ全ての会話ログを保存し検索できた。
ビジネスとして見るならばGoogleやSlackの判断は理解が可能であるし、だからこそ何度となく資金難が騒がれているTwitterが会話ログへ自由にアクセス可能なAPIプロトコルを整備しようとすることに一部の有識者は驚きを隠せないのである。
ある有識者たちは言う
「会話ログのマネタイズよりも通信コストを抑えたほうがTwitterとしては低コストとなる試算が出たのではないか」
「分散化をするとして現在Twitterの収益の中心である広告配信システムはどうするのか」
「Twitterが握っているシェアを分散化するとは考えにくい。Twitterの言う分散化とはメッシュ型分散化ではなくTwitterをトップとするツリー型分散化なのではないか」
「Twitterは言論の管理に疲れ果て、各国の分散Twitterサーバ管理者へ言論の管理を任せるのではないか」
様々な憶測が流れ、更にはジャック・ドーシーはブロックチェーンにまで言及したため仮想通貨界隈の魑魅魍魎までもが反応してしまうという事態へ至っている。
SNS分散化において最も理解ある集団と言えば間違いなくActivityPubプロトコル界隈だろう。
より理解しやすい表現をするならば、こう言えば良い「Mastodon界隈」だと。
ここに来てドワンゴやpixivがマネタイズへ失敗し、Mastodonブームの際にインターネットユーザからTwitterとの違いがわからないと一蹴されたMastodon界隈が、Twitterの分散化方針の発表により最大の理解を示すというのは何ともドラマティックである。
正確にはMastodonがサーバ間通信へ利用しているプロトコルがActivityPubであり、ActivityPubを採用しているのはMastodonだけでなく他にも数多くの分散SNSが存在しており、ActivityPubを採用している分散SNSは相互に通信可能なので、Mastodonをも含んだActivityPub界隈はTwitterの分散化へ興味深く関心を寄せている。
それは「分散Twitterの登場を待つ」「既にあるActivityPubへ投資する」の二択である。
現在、日本語圏でSNSの主流になっているTwitterの分散化方針は示された。この方向性は数年後はわからないが数カ月で変わるような方針ではないだろう。
なぜ数カ月で変わらないのかと言えば、Twitterは既にバックエンド開発でBitTorrentを用いたP2P分散化による運用をしているからである。つまりTwitterにはもう既にある程度のネットワーク分散化のノウハウが存在するのだ。
分散化のノウハウがある中でTwitterはユーザが体験するサービスまでも含めて、わざわざ専門チームまで立ち上げつつ、分散化の方針を示したのだ。これは本気度が高くなかなか変わりようがない。
問題はTwitterがどのような分散化をするのか現状では一切わからないことである。
Mastodonのようにセルフで分散Twitterサーバを立ち上げられるのか、許可制の代理店方式か、単にAPIを利用できるのか、全くわからない。
しかも、先例であるActivityPubは主にITエンジニアリング界隈からの評価が既に定着しており、分散SNSの開発速度は現状で間違いなくActivityPubの方が速い。来年の仕事始め2020/1/6からActivityPubでSNS開発を始めようと言えば始められるくらいに速い。
IT業界、特にWeb界隈は移り変わりが速く、しかも先駆者が強い傾向があるのは明白だ。分散Twitterを待ってActivityPubがデファクトスタンダードへのし上がったときは目も当てられない。
しかし、ActivityPubがデファクトスタンダードになるかはわからない。シェアをどちらがより多く獲得するかは神のみぞ知るというところだ。
わかるのは2020年以降SNSの再編が始まるということだけだ。
To Snowden, Satoshi, who created a now multibillion-dollar network all without exposing his true identity, is a testament to the fact that “if you’re careful, if you learn how the system works better than the people who are exploiting it to harm you and better than the people who built it, you can use it to your advantage.”
（意訳）
スノーデンにとって、何十億ドルものビットコインを匿名で作り出したナカモト・サトシは、「注意深く振る舞って、システム（ネットワーク）を悪用している人達や、システム自体を構築した人達よりも、ブロックチェーンの用途を学べば、システムを使って利益を得ることができる」という事実を示す証拠になっている。
というのが持論だ。
ちなみに自分の趣味や興味のあるジャンルは、パソコン本体の増設やデジタル小道具類・ウェブサイトのデザイン、ウィキペディアの閲覧以外だと、
・ニュース報道ほかで発生する『意図しないバカ画像』の収集や、それを元にしたコラージュ画像の作成
そしてこれらは、どちらかというと著作権的にグレーだったり、社会風紀的によろしくない物が多い。
ゆえに、そういった分野に関する興味ほど、まさか表立って近隣の誰かに聞くようなわけにはいかないし、そもそも「近場にそういう事に詳しい他人が居ない」ものである。(ただし中には、会社内で部長辺りの役職者で、エロネタへのアクセス方法を失礼にも部下に依頼する例もあると聞くが、これはあくまで例外だろう)
自分もよく、家人のスマホでのトラブルや近所の店舗・役所の開業時間や行き方、航空機のチケット予約などをパソコンやスマホで検索・代行し、「どうやったら、○○ちゃんみたいにそんなに詳しくなれるの?」と聞かれる人なのだが、最初にも言ったように「ひとには聞けない情報をどうしても知りたいため、いろいろと試行錯誤しウェブで調べたりしていたら、いつの間にか『調べ方上手』になっていた」、というだけの事なんだよね。
だからそういうプロセスを辿っていた事を、どうやったら家人にうまく伝えられるかで、自分は悩む。
あと、そういったグレーな領域の情報を得たりする中での最大の問題として、ウイルスなどいわゆる「マルウェア」被害をどう避けるか、というのがある。怪しげなサイトをブラウザで覗いた結果、怪しげなソフトウェアを仕込まれたりする事で被害に遇う例は、2000年代辺りで社会的話題にもなった。
例として、パソコンを起動するとすぐにアダルトサイト広告が出てそれを消せない・ハードディスクが勝手に暗号化されて中のファイルにアクセスできない・自分のパソコンの中の重要なファイルを(使用しているP2Pソフトを通じて)勝手に送信され、勤務先をクビになった・etc.
ただしそういった「不特定多数が被害に遇う異常事態」に関しては、これまた多数の有志の方々による被害対策まとめがすぐ作られるため、各自において対処が可能な事が多い。
そういった数々の「ネット・パソコン修羅場」事例を、現在の40代近辺の世代は「パソコンの進化と共に年月を重ねてきた」事で、会得している人が多い。が、その他の世代にその苦労を伝えるのがいろいろと難しい立場な現実もあって、今日もそれらの被害を「ゼロにはできない」事に、当事者世代の一人としてはいささか歯がゆい思いがする。
P2Pファイル交換ソフトWinnyを経由して感染するWORM_ANTINNY.Aやその亜種が生成するファイルに含まれていたJPGファイルに写っている男。ファイルサイズが9152バイトだった為、「9152バイトの男」と呼ばれる事が多い。男の素性は全く知られていない。
※参考情報
WORM_ANTINNY.A（発見日：2003/08/13）
155×144ピクセル（恐らく2002年前後当時のQCIF液晶を使った携帯電話用の待ち受け画像と思われる）、8ビットカラー。2002年10月19日発売のTu-Ka TT22（東芝）だとビッタリ。
ユニクロのフリース（赤色）の様な物を着ている（1998年発売、1999年前後に爆発的にブームが起こった）。
リュックサックを背負っている（2004年頃までは秋葉原のオタクの必須アイテムであった）。
細い金属フレームのメガネをかけている。比較的厚いレンズの様に見える。
「Love Beer ?」キャンペーン（サッポロビール、黒ラベル。2000年～2005年）ののぼりが写り込んでいる
光の写り込み具合から、夜間に、かなり明るい照明のある店舗（飲食店）の前での撮影と思われる。
幅の比較的細い道（6メータ程度）の、街路樹のある歩道で撮影されている様だ。
写り込んでいる人物の服装から、それ程寒く無い時期（春とか秋頃）の撮影と思われる。
以上の特徴から、ウイルス作成の直近（2003年4月頃？）に、ウイルス作成者に近い人物（またはウイルス作成者本人）を撮影した物と思われる。
2009年には既に「ゴリ押しされたけど流行らなかったサービス」の代名詞だった。
「動画サイト上の違法動画」などに焦点は移っており、P2P自体への期待も萎んでいた。
2010年のiPad発売でネットブック需要がタブレットPCに吸収されただけで
2009年時点で3D映画に未来を感じていたなら少し早すぎる。
順調に発展してきていると言えるのでは。
（発展の速度が遅いという感覚はあるかもしれんが）
RSS Reader(LDRはクラウドファンディングで生き残るべきだった)
完全に廃れてしまったのは残念なところ。
有子「あっキレイなお花！」
有子「いい考えね！じゃあさっそく・・・あれ？」
共太「ん？どうしたんだ？」
共太「なっなんだってー！」
-----
共太「最近SNSのアカウントが巻き込まれ凍結されるって話をよく聞くけどまさか有子のアカウントがなぁ・・・」
有子「私なにも悪いことしてないよ！お花や猫の写真をシェアしたりしてただけだもん！」
分美「あら？どうしたの？」
共太「あっ分美お姉さん！ちょうど良いところに」
有子「分美お姉さん・・・何も悪いことしてないのに私のTwitterアカウントが凍結されちゃって・・・」
分美「あら大変！でも仕方ないわよねぇTwitterシステムの上では巻き込まれ凍結はどうしても防げないわ」
共太・有子「えっそうなの！？」
分美「Twitterは問題のありそうなアカウントを独自のアルゴリズムで自動で凍結しちゃうのよ。コンピュータプログラムで判定しているからどうしとても間違えてしまうことがあるわ」
有子「プログラムが相手じゃ間違えてますよってお話することも難しいよね」
共太「Twitterが勝手に始めたことを押し付けてくるなんてヒドイじゃないか！」
有子「私の友達だって悪いことしてないのに何度も凍結されちゃって悲しい思いをしてたんだよ！」
有子「前に少しだけ話題になった気がするけど私よく知らない」
分美「分散SNSはねTwitterやFacebookみたいなSNSが動くサーバシステムを個人個人が自由に設置して、設置されたみんなのサーバ同士が繋がり合ってコミュニティネットワークを作ろうって試みなの」
分美「分散SNSを構成するサーバは個人の持ち物だから、持ち主の個人が独自にルールを定めることができるのよ」
分美「TwitterやFacebookのサービスを利用しているとTwitterやFacebookが定めたルールに利用しているユーザは従わなきゃならないけど、分散SNSはサーバ毎にルールを定められるので凍結される可能性を低くできるわ」
有子「あれ？じゃあもしかして私が分散SNSのサーバを設置したら・・・」
分美「良い点に気が付いたわね！そう、有子ちゃんが分散SNSサーバを設置したら有子ちゃんがルールよ！」
共太「すっげぇ！じゃあボクの分散SNSサーバを利用したかったら100円な！」
分美「ふふふ、共太クンの分散SNSサーバだからそのルールはもちろん定めて良いわ・・・でも分散SNSを利用するユーザにはルールを選ぶ権利があるのよ？」
有子「なるほどね！もし私の分散SNSサーバの利用が無料だったら共太クンの分散SNSサーバを使おうって思うユーザなんか居なくなるじゃない！」
分美「そうねユーザが困っちゃうようなルールを定めればユーザは利用しないだろうし、更に法律に違反するルールを定めて実行しちゃうとお巡りさんに捕まってしまうリスクも当然あるのよ」
共太「自由にルールを決められても好き勝手にしちゃ駄目なんだ・・・」
共太「でもさぁ思ったんだけど新しいSNSってユーザ数が少ないよな」
有子「SNSってやっぱりいっぱいユーザが居たほうが楽しいしね」
分美「実はね、分散SNSっていわゆる『過疎』になる可能性が非常に低いのよ。設置したら既に誰かが居るわ」
共太「えっ！？SNSを設置して直ぐは誰も居ないに決まってるじゃないか！」
有子「そうよね？居たとしてもSNSを設置した管理人さんだけでしょ？」
分美「それが分散SNSのメリットの1つなのよ。分散SNSは点在する分散SNSサーバ同士が相互接続することで成り立っているの」
分美「だから例えば分散SNSサーバαが既に設置されている状況であれば、分散SNSサーバβが新たに設置されたとき、分散SNSサーバβから既に存在する分散SNSサーバαを利用するユーザが見えてコミュニケーションが取れるのよ」
有子「えぇ！？それってすごいことじゃない！！」
共太「自分の分散SNSサーバを利用してくれるユーザを積極的に探さなくても良いわけか」
分美「わざと他のユーザを集めないで管理人がたった1人だけで利用している『お一人様』と呼ばれている分散SNSサーバだってあるわよ。他にも家族だけとか学校の友達だけの分散SNSサーバがあったり、お絵かき趣味の人のためや音楽趣味の人のための分散SNSサーバもあるわね」
有子「なるほど学校のお友達なら見知った仲だし凍結なんてほとんどありえないもんね！」
共太「通ってるスポーツクラブで分散SNSサーバ設置したら面白そうだなぁ！」
分美「独自のルールを定められるってことは利用するユーザを好きに選ぶこともできるってわけ！そしてなおかつさっきも言ったとおり他の分散SNSサーバのユーザともコミュニケーションが取れるから便利」
分美「そんな便利な分散SNSコミュニティネットワークを形成しているのが『ActivityPubプロトコル』よ！」
分美「早い話が分散SNS同士の会話がちゃんとできるようにする方式規格のことなんだけど、実際に重要なのは利用する分散SNSサーバがActivityPubプロトコルに対応しているかどうかってこと」
分美「実は分散SNSってActivityPubプロトコルが登場する以前にも様々なプロトコルが考案運用されてきたの」
分美「例を挙げればOStatusプロトコル、DFRNプロトコル、Diasporaプロトコル、Zotプロトコルあたりが有名ね」
分美「でも問題はプロトコルが違えば相互にコミュニケーションが取れないことなの」
有子「あれ？分散SNSサーバは他の分散SNSサーバと相互にコミュニケーションが取れるんじゃなかったっけ？」
分美「そう、それを実現したのがインターネットで使われる技術の標準仕様を定める団体である『W3C』が制定したActivityPubプロトコルってわけ！」
共太「そうかActivityPubプロトコル以前は分散SNSでも相互接続できない分散SNSがあったんだな」
分美「W3Cが標準仕様であるActivityPubプロトコルを定めてくれたお陰で、分散SNSのほとんどは積極的にActivityPubプロトコルを採用するようになり、ほとんどの分散SNSサーバとほとんどの分散SNSサーバの相互接続コミュニケーションが完成したわ」
共太「へぇ！ActivityPubプロトコルって凄いんだなぁ」
分美「うん！じゃあ先ず最初に語らなきゃいけないのは『GNU Social』ね！Twitterに触発されたマイクロブログ系SNSよ」
分美「GNU Socialは分散SNS最初期に登場した分散SNSで2007年まで遡るわ」
分美「12年前はidenti.caっていう名前だったの。GNU Socialという名前に落ち着いたのは2013年よ」
共太「それでも6年も前か。その時から分散SNSを考えていたなんて凄いなぁ」
分美「分散SNSのヒントになっているのは2002年に登場したP2Pファイル交換システムの『Winny』なのよ日本製ね」
分美「WinnyのあとにBitTorrentが登場したり色々日本でも問題になり善悪の評価が定まらないけれど革新的なシステムだったのは確かで、それが現代で分散SNSという実装に応用されているわ」
分美「GNU Socialの特徴はなんと言ってもその安定性の高さね。最初期に登場したこともあり機能性に乏しさは感じるしアップデートは驚くほど少ないわ。でも後に登場した分散SNSへ強い影響を与えたの」
共太「アップデートが少なくて済むほど安定してるってことか？」
分美「それもあるし、GNU Socialはプラグインによる機能追加に対応しているのよ。新機能が欲しいなら自分で作れという文化なのGNU Socialは」
分美「次に紹介するのは日本で最も人気のある分散SNS『Mastodon』ね」
分美「Twitterアカウントの凍結騒ぎで一時期Twitterでも話題にのぼったわね。MastodonはGNU Socialに触発されたマイクロブログ系SNSよ」
分美「GNU Socialを参考としたためGNU Socialと互換性がありつつも、よりもモダンな外観や機能を備え、コミュニティが活発でアップデートも非常に多いのが特徴だわ」
共太「それだけ聞くとMastodonの方が良いように感じるなぁ」
分美「日本国内にMastodonサーバは膨大に存在するし分散SNS選びに迷ったらMastodonって考えるのも悪くはないわ。情報も非常に多いしね」
分美「ただMastodonの欠点としてはGNU Socialに比べるとより高性能なサーバマシンが必要になることね。とある有名なC++プログラマが『富豪的プログラミングだ』と揶揄したのはMastodonコミュニティでは有名な話よ」
有子「自分でMastodonサーバを設置するときにサーバマシンの用意に困るわけね」
分美「まぁとは言っても今の普及価格帯ノートパソコンくらいで十分に動くわ。利用状況によるけどサーバをレンタルするとしても月額2,000円以下かしら」
分美「そんな重いMastodonに触発され動作が軽いことを念頭に置かれ開発されたマイクロブログ系分散SNS『Pleroma』も検討に値するわね。Mastodonと一部機能に互換性を持っているの。Mastodon用クライアントアプリが使えたりするのよ」
有子「GNU Socialを参考にしたMastodon、Mastodonを参考にしたPleromaか面白いなぁ」
共太「お姉さん！なんかもっとこうドーンッとスゴイやつってないの？」
分美「あるわよ？例えば『Hubzilla』なんかは高機能すぎるくらい高機能よ。SNS機能に加えて、ユーザ単位の公開範囲の限定、チャット、アドレス帳、カレンダー、オンラインストレージ、簡易Webページ作成、RSSフィードリーダー、Facebook連携、Twitter連携、ActivityPub連携etc...」
共太「スゲェ！なんでもアリかHubzilla！」
分美「もともと『ハブ』になることがコンセプトらしいわね。でも今挙げた機能はHubzillaの最大の特徴じゃないの」
有子「えっこの時点で高機能なのに？」
分美「HubzillaはZotプロトコルによるGridネットワークを特徴としていて、これはサーバ認証とユーザ認証が別個に管理されているのよ」
分美「端的に言うとHubzillaサーバαとHubzillaサーバβで1つのユーザアカウントを運用できるのよ。例えば普段使ってるHubzillaサーバαが何らかの障害でダウンしても、ユーザアカウントそのままでHubzillaサーバβで利用できちゃうのよ。普通はサーバが変わるとユーザアカウントも変えなくちゃいけないわよね。Hubzillaはユーザアカウントを維持できるの」
共太「えっHubzilla凄すぎない？」
有子「まさに分散SNSだね。サーバ1つ無くなっても他のサーバが使えちゃう」
分美「非常に先進的な試みをHubzillaはやってるんたけど、その豊富すぎる機能や細かな設定項目、更には複雑な外観で素人お断り感がスゴイのよ・・・」
分美「あるわよ？」
共太「ちょっと思ったけど何でもあるんだねｗ」
分美「筆者の増田もこのエントリ書くため改めて調べてみて驚いてるらしいわ。それでもっと気楽な高機能な分散SNSには『Misskey』があるわ。なんと国産よ」
分美「投稿テキストへ太字などが設定できたり、昨今のチャットサービスなどで定番化しつつあるいいね！に変わる様々な反応を送れるリアクション機能、ユーザを指定して会話できるグループトーク、様々な情報を表示するウィジェット、更にはリバーシゲームが楽しめたりするわ。他にも機能いっぱい」
有子「エンターテイメントって感じ！結構好きかも！Hubzillaは敷居が高すぎる・・・」
共太「エンターテイメントと言えばマイクロブログ系SNS以外には分散SNSってないの？」
分美「あるわよ。Hubzillaを見たときSNS部分はFacebookっぽいなと感じたと思うのだけれど、よりFacebookっぽい分散SNSに『Friendica』があるわ」
分美「FriendicaはFacebookクローンと言って良いほどFacebookと機能が酷似していて分散SNSでFacebookの機能を求めているのであれば一番手っ取り早いかもね」
共太「あるとは思ってたけどやっぱりFacebookっぽい分散SNSもあるのか」
有子「えっじゃあもしかしてInstagramっぽいのも・・・」
分美「あるわよｗInstagramっぽい分散SNSは『PixelFed』ね。Instagramと同様に投稿する写真へエフェクトフィルタがかけられるわ」
有子「あるんだｗ」
分美「あるわよｗYoutubeっぽい分散SNSは『PeerTube』というの。PeerTubeの凄さはActivityPubプロトコルへの対応だけじゃなく動画配信自体も分散機能を持つこと」
共太「あるんだｗ」
https://peertube.fr/videos/watch/217eefeb-883d-45be-b7fc-a788ad8507d3」
分美「この動画は実際にPeerTubeへ投稿されている動画なのだけれど、複数人が同時に視聴するとPeerTubeはYoutubeにない動画配信挙動をするの」
分美「それは視聴者αに続いて視聴者βが動画の視聴を始めると、視聴者βへはPeerTubeサーバから動画配信されるだけでなく視聴者αからも動画配信されるのよ。これはWebTorrentという技術を使って実現しているわ」
分美「理論上の話になるけれど、1GBの動画をYoutubeが2人へ配信した場合は当然ながらYoutubeサーバは合計2GB配信することになるけれど、PeerTubeサーバの場合は合計1.5GBで済んでしまうのよ。残り0.5GBは他の視聴者からまかなう」
有子「これは本当に凄いじゃない！お姉さん当然100人が同時視聴するとPeerTubeサーバの送信量はYoutubeサーバに比べてもっと下がるんでしょ！？」
分美「もちろん理論値だし様々な状況によってPeerTubeサーバの送信量は変わるけど間違いなくYoutubeサーバが100人へ配信するよりは送信量がかなり少なくなるわ」
分美「ちなみに引用しているPeerTubeサーバはわざとフランスのPeerTubeサーバを選んでいるわ。私1人だと何度も動画が途中で止まったけれど増田に貼った時点でどうなるか楽しみね」
共太「PeerTubeスゲェな！もっと知られていても良さそうなのに」
分美「個人の動画配信って自宅サーバでやらない限りはレンタルサーバとかだとかなりお金掛かるのよ。PeerTubeだと送信料が抑えられると言っても積み重なるとかなりの額になるしね」
分美「そして例えばJ:COMとか一部のインターネットプロバイダはWebTorrentなどのP2P通信に規制をかけているところもあるわ。そのようなプロバイダを契約しているとPeerTubeの旨味は活かせないわね」
有子「PeerTubeもActivityPubプロトコルでリプライしたりできるんてしょ？」
分美「できるわ」
https://peertube.cpy.re/videos/watch/da2b08d4-a242-4170-b32a-4ec8cbdca701
分美「この動画はPeerTubeとMastodonのやりとりのデモ動画よ。Mastodon上でPeerTube動画を視聴してリプライしてるわね。そのリプライはPeerTubeへ反映されているの」
有子「すごい！まったく違うWebサービスなのにやりとり出来ちゃってる！」
共太「さっきのPixelFedもやりとりできるんだろ？いいね！とか。これがActivityPubプロトコル・・・！！」
分美「ActivityPubプロトコルは今後ともどんどん様々なWebサービスに広がっていくわ。現在開発中だけれど電子掲示板Redditに触発されActivityPubプロトコルを組み込んだ電子掲示板『Prismo』は良い例ね。Prismoが正式に稼働するとMastodonから電子掲示板の雑談へ参加できるようになるわ」
分美「そして別にActivityPubプロトコルへ対応するため新しくWebサービスを始める必要もないのよ。例えば過去に日本国内で栄華を極めたmixiあたりがActivityPubプロトコルをサポートしたら一気にmixiから観測できるアクティブユーザが数十万人増えるわ。起死回生の一手として検討に値するわね。はてなハイクもそうよ」
分美「ユーザが居ないこと、ユーザを集めることが問題になるのならば常にアクティブユーザが居ることへ期待できるActivityPubプロトコルを採用するのはアリなのよ。 Permalink | 記事への反応(3) | 20:57
「文系の学問において資料の実在を証明するものとは何か」（anond:20190510230425）についたブコメに応答＆補足説明します。
Wikipediaですら参考文献を求められるので、参考文献(ここで言っている注)のない本はある意味でWikipedia以下の信頼性と考えられても仕方がないことを多くの人に知らせるべきだと思う。
参考文献と注は違います！ ぜんぜん別です！ 参考にした本を並べてあるのが参考文献（厳密にはこの場合「参考文献一覧」）で、本文中の記述の出典を直接明らかにするのが注です！
参考文献と注については、以下の4つの組み合わせが考えられます。
このうち、研究書として許されるのはaとcだけです。ここで問題にしているのはbとdで、多くの学術的な新書はbであり（中公新書とかでよくあるやつ）、ごくまれにdみたいな本があります（最近だと、岩波新書の『ロシア革命』）。
えっ、cも許されるの？ はい、許されます。なぜなら、個々の注でしっかりと典拠を示してある場合は、参考文献リストが存在せずとも出典の表示に不自由はないからです。
これだとわかりづらいかもしれないので、架空の例で説明してみます（わかりづらいかと思ったので書き直しました）。
a）増田はうんこを漏らした（注1）。一方、同人作家はおしっこを描いた（注2）。
注
（注1）はてな太郎『増田の研究』Hatelabo、2019年、819頁。
（注2）Y. Arim, Oshikko Collection (Tokyo: Press of Institute for Shonben Studies, 2019), p.8107.
参考文献リスト
Arim, Y. Oshikko Collection. Tokyo: Press of Institute for Shonben Studies, 2019.
b）増田はうんこを漏らした。一方、同人作家はおしっこを描いた。
参考文献リスト
Arim, Y. Oshikko Collection. Tokyo: Press of Institute for Shonben Studies, 2019.
c）増田はうんこを漏らした（注1）。一方、同人作家はおしっこを描いた（注2）。
注
（注1）はてな太郎『増田の研究』Hatelabo、2019年、819頁。
（注2）Y. Arim, Oshikko Collection (Tokyo: Press of Institute for Shonben Studies, 2019), p.8107.
cでも十分に出典表示として問題のないことはご理解いただけるでしょうか？ 実際、英語圏でもcのような本はたまにあります。そして、著書ではなく論文レベルだと、cのようなやり方を採用している雑誌はとても多いのです（日本語圏でも英語圏でも）。いや、もちろん理想を言えばaみたいな本であるべきなんです。でも、紙幅の都合というものがあり、印刷費が嵩むからどこかを削りたい、となった場合には、真っ先に参考文献が削られてしまうのは致し方ないと思います。
日本の出版の問題は、そこで「参考文献ではなく、注を削ろう！」という話になってしまうことです。違います。注か参考文献、ページ数の関係上どちらかを削らないといけないのなら参考文献を削るべきなんです。
もし注がしっかりとつけられていれば、参考文献の欠如は「どんな文献があるかひと目でわかりづらい」程度の問題にしかなりません。しかしいくら参考文献があったところで、注がなければ「ではこの記述の典拠はいったい何なのか」という根本的な問題を惹起します（bの例から正しい出典を復元できるでしょうか？）。参考文献は省いても構いません。しかし注を省いてはダメなのです！（学術的な新規性のある本ではなく、学界の定説を初心者向けにわかりやすく纏める本でなら、読みやすさを優先して逆の判断になっても構わないのですが）
もちろん、これはauthor-date方式やMLA styleの注をつける場合には適用できません。どういう方式かというと、次のような方式です。
増田はうんこを漏らした（はてな 2019: 819）。一方、同人作家はおしっこを描いた（Arim 2019: 8107）。
参考文献リスト
Arim, Y. 2019. Oshikko Collection. Tokyo: Press of Institute for Shonben Studies.
MLA style:
増田はうんこを漏らした（はてな 819）。一方、同人作家はおしっこを描いた（Arim 8107）。
参考文献リスト
Arim, Y. Oshikko Collection. Tokyo: Press of Institute for Shonben Studies, 2019.
こういう方式の注をつける場合には参考文献が絶対に必要です。当たり前ですね（author-date方式についてはanond:20190511230117も参照）。
“自分の実験室の試験管”イメージ偏ってるなー(´･_･`)理系の論文での引用見たことないんかな。普通に出典書いてるし、それを叩き台に積み上げたり、否定したりするんだが。博士論文なんか引用文献沢山乗るしね
理系の学問についてのイメージが偏っている点についてはごめんなさい。でも引用については、申し訳ないけれどそちらが勘違いされていると思います（もちろん私は理系の論文はちょっとしか読んだことないので、私に事実誤認があれば教えてほしいのですが）。
このうち、理系の論文で文献として挙げられるのは「先行研究」だけですよね？ でも、文系では「一次文献」も参考文献に含まれ、そこへの参照が論文の重要な核を占めているのです。
たとえば上皇陛下が書かれた論文（※1）を見てみると、確かに末尾にずらずらっと先行研究が並んでいますが、論文の核となる部分はあくまでハゼの遺伝子を解析した部分にあって、それは当然ながら実験室で採られたデータであり、何らかの文献によって引証される類のものではないわけです。
しかし、皇族つながりで天皇陛下が書かれた論文（※2）を例に出すと、この論文において著者の主張の裏付けとなっているのは古文書における記述であって、その原本は研究施設が所蔵していたり史料集として公刊されていたりするわけです（史料集って何ぞや、という点については後述）。
私が最初の増田で言ったのは、この「一次文献」の問題です。多くの場合、理系ではこういう資料は引用しないですよね（最近だと古天文学で歴史的史料を引用するとかあるのかな？）。しかし今回の研究不正がなされたような分野においては、そのような資料こそが研究の核心にあるという話です。
もちろん、慌てて言いますが「なにをデータにするか」は研究対象によって異なります。文化人類学のような分野では、ヨソの土地まで出かけていって住人たちとの会話を書き取ったものが資料です（この分野だと「インタビュー」とかいう生易しいものじゃなくて、ヨソの土地に住み込んでその土地の言語を習得して日常生活を過ごす中で遭遇した会話や出来事を持ち歩いてるノートに書き付ける、という調査方法が採られます。これを参与観察というわけですが、私にゃ無理ですわ）。記述言語学だと研究対象の言語の話者にその言語を口に出してもらって記録する（「これを○○語でなんといいますか？」と聞くこともあれば、話者どうしで会話してもらってそれを横で聞くパターンもあり）、というやり方になるんだろうと思います。なので私が言っているのは、あくまでも近現代史やその隣接領域での話だと思ってください。
文系の生データは出典となる書籍だったり、原典の資料がある場所と。原典の原典って、どんどん辿っていけるブロックチェーンみたいな形式が理想ってわけか。一時情報が当事者の証言なら信憑性高いって判断にはなるし
違います！ 当事者の証言だからといって必ずしも信憑性が高いわけではありません！ たとえば戦争犯罪で裁判にかけられた人の証言のことを考えてみてください。彼もしくは彼女の証言をそのまま「信憑性が高い」として扱ってしまってよいか？ そんなわけはない。
歴史学において一次史料が重視されるのは、それが「生データ」だからです。それはひょっとしたら当事者の保身によって捻じ曲げられているかもしれないし、当事者が間違えているかもしれないし、当事者が見ても聞いてもいないことは書かれていないかもしれない（たとえば「沖縄返還をめぐる日米交渉」を研究しようと思ったとき、日本側の史料は「日本側の政策決定過程」を教えてはくれますが、アメリカの外交官たちがどういう考えを持って交渉に臨んでいたかを教えてはくれないのです。それを知りたければアメリカ側の史料を見るしかありません）。けれども新しい研究は必ず一次史料から出発する必要があるのです。何故ならそれは昔の人によって直接書き記されたものだから。
なので歴史学では「史料批判」というものを重視します。これは説明すると長くなるので詳しくは歴史学の入門書とかを読んでほしいんですが、要するに史料に書かれていることはどのくらい信用できるのか、みたいなことを分析するわけですね。あれれ～？ おっかしいぞ～？ この人、自分は後方にいたから虐殺行為に関わってなかったって言ってるけど、部隊の記録では後方にいたなんてどこにも書いてないよ～？
（「なにが一次史料か」というのも研究対象によって変わります。特に科学史や史学史といった分野では「他の研究において先行研究とされている文献が一次史料である」という状況がしばしば発生するのですが、この理屈はわかっていただけますよね）
図書館にScanSnap SV600を完備し研究する皆の熱意でデジタルライブラリが出来るといいな… P2Pで共有されればノードの消滅にも耐えられる。しかし日本ではプリウスミサイル上級国民は不逮捕で、P2Pプログラマは逮捕なので
出来るといいな、じゃなくて、既にあります。
たとえば国立国会図書館のデジタルライブラリーには幕末以降の古書が多く登録されていて、PDFで落とすことができます。archive.orgや、フランス国立図書館のデジタルライブラリー「Gallica」も有名ですね。こういうところに所蔵されている文献については、わざわざ現地の図書館まで行かなくともPDFでダウンロードすればそれでよいわけです。デジタル化によって歴史学者の仕事は格段にやりやすくなりました。18世紀のドイツ語の本をコタツに入ったままで入手できるんだもんなぁ。
しかし、当たり前ですが全ての史料が電子化されているわけではありません。国によってデジタルライブラリーの整備状況に違いがありますし、そもそも近現代以降に出版された印刷物の数を考えたら全部をデジタル化するなんて人手も時間も足りない、という場合もあるでしょうし、身も蓋もない話をすれば著作権の問題もあるでしょう（とある国では、その国の図書館に直接行かないとデジタル化された史料にアクセスできなかったりします。てっきりPDFはないと思っていたのですが、著作権上の問題で館内からしかアクセスできないようになっているだけだそうです）。
また、多くの国では、公文書館の史料まではデジタル化は及んでいません。元増田でも書きましたが、お役所のちょっとした書き付けなんかも史料になるわけで、それ全部デジタル化しようとしたらとんでもない数になります（これについて、日本は戦前の外交文書のかなりの数をウェブで読めるので恵まれていますね……アジア歴史資料センター様には足を向けて寝られません）。なので未だに、現地に行って史料を直接見てくる、というのが重要になるわけです。
（さらに言うと、史料が必ずしも公的な機関によって保存されているとは限らず、貴族や武士の子孫のおうちに保管されていて、読みたい人はご当主様の許可を得て読ませてもらう、という場合もあり、当然デジタル化の波は及んでいません。イギリスだと由緒ある大貴族の屋敷には私設の文書館が付属している場合もあり、日本の歴史学者でもソールズベリ侯爵のお屋敷であるハットフィールド・ハウスに赴いて史料を収集している人もいます。謝辞で「史料を閲覧させてくれた当代のソールズベリ侯に感謝する」みたいなこと書いてあって「すごい……」って思いました）
ただ、「みんなが読みたがる重要な史料」については、史料をまとめた本を出すとか、史料を集めたマイクロフィルムを作るとか、そういう形で広く公開されている場合があります（たとえば第一次世界大戦の勃発に関しては、イギリスやオーストリアなどの当事国が何十巻にも及ぶ史料集を出版していて、東京大学などの国内の研究機関にも所蔵されています）。けれどそういうのを購入するのはお金がかかるし、何より発行から何十年も経ってしまうと入手自体が難しくなってしまう（でも著作権は残っているためデジタル化も遅々として進まない）ので、あんまりお金がなかったり新設されたばかりだったりする大学の研究者は結局それらを所蔵している大学の図書館に行く必要が……
注なんて読みたくなければ飛ばせばいいのに注があると売れない……？ やべえな世の中。/ みんな本当に自己防衛の意識が弱いよね。優しい世界生きてるんだろうな
注があると読まない人が居るという話、ただ気持ちよくなるために情報を摂取してる層には、正確性の担保なんてむしろ邪魔なんだろね。ワイドショー視聴者と同質。
これ、実際に「注があるから読まない」読者が本当にいるのか、と疑ってみるべき案件だと思うんですよね……。「編集から言われて注を外した」という話は学者のあいだから漏れ聞こえてきますが、「注があるから読んでいて苦痛だった」という話ってなかなか聞かなくないです？ いやもちろん編集者のところにはそういう苦情のお便りが届いているのかもしれませんが……。「注があると売れない」という都市伝説が生き長らえているだけのような……（一般読者からしてみれば、注の存在に気づいてなかった、とか、なんか数字が振ってあるけど気にしてなかった、という場合も多いでしょうし）
注がついている本を読んでいる段階で十分かと思いますので安心してください。注は、もし興味がないならさらっと読み飛ばしても別に大丈夫ですよ。というか、注で典拠が示されていても、アラビア語とかギリシャ語とか朝鮮語とかロシア語とかで書かれている場合も多々あるわけで、そんなの普通の読者さんにチェックできるわけないですし。ただ、注を見てみると、おっ、ここはちゃんと原史料を読んで書いてるのか、なーんだ、ここは英語の二次文献に頼って書いてるんだ、みたいなことがわかっちゃったりするので、学者の仕事の裏側を垣間見ることができて面白いですし、どんな情報源を使って書かれているのか？ をチェックしてみることは学術書だけでなく普通のニュースとかを読むときにも重要なことだと思いますよ。
物理分野では「参考文献」の意味が増田とは異なる。参考文献は本文記述の直接の引用を表す。あとあまり明確に決まってないけど、注は捕捉説明を指す。「参考にした文献一覧」は存在しない。読書案内なら見かける。
誰がReferences（Bibliography）を参考文献と訳したのか。"refer"した文献のリストであって、本文の著述に紐づけられるものだけリストアップすればよく、逆に、何でもかんでも列挙して博識をひけらかすところではない。
や、まあ、文系でもたいていの場合は「引用文献」ってことですよ。それを「参考文献」と呼んでるだけ。参考にはなったけど言及してない文献は、私なら入れない（でも入れる人もいるかも）。
あなたがこの増田に感心してくれたことは嬉しいけれど、史学科の学生に上から目線でアドバイスしないでください。こんなの初歩の初歩で、史学科の学生さんならとっくに理解してます。史学科出身じゃない人たちが「そうだったのか～！」って言ってるだけ。別に史学科の常識を知らないのは悪いことじゃないけれど（私も他学科の常識とかわかんないし）、自分が知らなかったある分野の初歩の初歩を解説されて、そこで聞きかじった内容をその分野を学んでいる人の前で「お前らこういうのよく読んどけよ～」って言えちゃうの、ちょっと傲慢すぎません？
