はてなキーワード: Bittorrentとは
最初にNapsterがあったりWinMXがあったりしてのWinnyで
Winnyの特徴は単に匿名性が高いという点のみでP2Pとしての仕組みは大したことない
そもそもWinnyとかのP2P系は非構造化P2Pと呼ばれていて適当にコネクション張りまくる仕組みだから非常に効率が悪い
この辺の効率を高めようという話もあったし、Winnyとかはそういう挙動をするんだけど
当時からちゃんと構造化させた方が効率も良くて管理しやすいということは分かりきっていて研究の最先端はそっちだった
簡単に言うと構造化P2Pの方はきっちりと管理されているので数学的に効率性が保証されている代わりに匿名性が低い
逆に非構造化P2Pは適当に良さそうな方法で効率を高めようとしているので数学的な効率性を越えることは無いが匿名性を高められる
他にも効率を重視するならBitTorrentみたいな方式もあったしWinnyはただただ違法性を高めただけだった
しかも後期になると後発のPerfectDarkとかの方が圧倒的に匿名性も高いし構造化P2Pを取り入れるなどしていて相当に強かった
P2Pの強みは中央集権的なサーバレスによるコストダウンとネットワーク負荷の低減だったわけだが
プログラマーの想像するフラットなネットワークというのはどこにもなくて
実際には非対称かつ中央集権的なネットワークが(日本の)インターネットを支えていたので
ネットワーク負荷が大きな問題になってP2Pは規制対象になった
ネットワーク負荷的な問題がなければ47氏が妄想したような著作権の方の改変がもしかしたら起きたかも知れないし
今のようなストリーミングやライブが中心の音楽業界・メディア構造になっていたかもしれない
プロバイダは本当にネットワーク負荷に困っていたのか、政治的にネットワークが規制されただけではないかという疑問は残っている
いい加減にお前ら覚えろよ分散SNSはMastodonだけじゃねぇんだよ!
Mastodonは重い?じゃあPleroma使えよ!
今どき絵文字リアクション使えないとかありえんって?じゃあMisskey使えよ!
Facebookみたいにユーザ管理したいって?じゃあFriendica使えよ!
写真がメインだって?じゃあPixelfed使えよ!
やっぱり動画だって?じゃあPeertube使えよ!
障害耐性が欲しいって?じゃあHubzilla使えよ!
ブログが良いって?じゃあWrite.as使えよ!
全部ActivityPubプロトコルで相互にコミュニケーション可能なんだよ!
代表的なActivityPub対応サービスは下記にまとまってるんだよ!
Awesome ActivityPub
じゃあ例示したHubzillaはどうだ?
Hubzillaのコンセプトにはノマディックアイデンティティというのがあるんだよ!
一時期話題になったノマドワークのノマドな!遊牧民!
Hubzillaはユーザアカウントを他のHubzillaサーバへクローンすることができるという特徴があるんだよ!
ここで言うクローンとはLINEとかスマホゲームであるようなアカウントの引き継ぎではなく、単一のアイデンティティを持ったアカウントが複製されるという意味でのクローンな!
例えば、Hubzillaサーバhub.example.comとzilla.example.netが存在するとして、増田がアカウント名masuda@hab.example.comを取得したとするだろ?
んで、その後にmasuda@hab.example.comはzilla.example.netへアカウントをクローンし、masda@zilla.example.netを取得したとする!
そうするとmasuda@hab.example.comとmasda@zilla.example.netの投稿を含んだアカウント情報は同期されるようになる!
これの何が良いって上の方で例示した際に言ったとおり、同期されるということはhub.example.comが何らかの理由で障害が発生しネットワークへ接続できなくなった場合、増田はzilla.example.netの方へログインすることで自分のタイムラインの連続性を保持したまま投稿を継続することができるんだよ!
その後hub.example.comが復帰すると自動的に再同期がはじまるからSNS中毒者は安心して利用を続けることができるってわけよ!
まぁ障害って言ったけど、例えばイーロン・マスク関連で話題になったイーロン・マスクの私有機を追跡する@ElonJetは様々なHubzillaサーバへアカウントを作りまくれば、URLベースでBANされてもURLの違う別のHubzillaサーバから投稿をすりゃタイムラインの連続性を保ったままURLベースのBANを回避できるって寸法だ!
えっまだ話題が欲しいの?ちったぁ自分でググれよ!
じゃあこれも例示したPeerTubeでどうだ?
PeerTubeはWebTorrentを活用した動画共有サービスだ!
WebTorrentって何だか知らん人も居るだろうが、まぁ早い話がファイル共有システムのBitTorrentをWebブラウザから使いやすく、そして応用の幅を広げたものだ!
つまり言ってみれば、PeerTubeは公開されている動画を再生した時点でファイル共有がはじまり、同時に再生視聴しているユーザ間でファイルデータを渡し合うという仕組みになっている!
これ何が良いって、通常の場合は同時視聴者数が増えれば増えるほど動画配信サーバへ負荷がかかるんだけど、WebTorrentによってユーザ間でファイル共有しているため動画配信サーバの負荷を軽減することが可能となり、ニコニコ動画あたりでありがちな低画質化や視聴待機列みたいなのが発生しにくくなることなんだよな!
しかも面白いことにPeerTubeは他のPeerTubeサーバと連携をすることで他のPeerTubeサーバに保存されている動画を自分のとこのPeerTubeサーバの動画一覧へ組み込むことができる!(連携しないこともできる!)
他のPeerTubeサーバの動画コンテンツも扱えるのでPeerTubeサーバが増えれば増えるほど動画コンテンツが充実するって仕組みになってるんだよな!
ただ、勘の良い連中が気付いている通りに国家間を跨いでしまった場合の著作権周りの扱いが難解で解決してないからPeerTubeで自作以外の著作物を投稿する場合は気をつけようぜ!
でもそれ以上の価値に気付くヤツは気付くけれど、PeerTubeが普及すると海外の動画を観るとき非常に好ましい結果になる可能性がある!
何故なら海外の動画を引っ張ってくると通常のファイル転送では時間がかかるが、WebTorrentの場合は自分の地域に同時視聴者が居るとユーザ間のファイル共有によって、Youtubeなどで言うところのグルグル(バッファ)が発生しにくくなるんだよな!
わざわざGoogleが負荷分散サーバを設置してないような新興国でもこういう仕組みはありがたいはずなんだぜ!
そしてHubzillaもPeerTubeもActivityPubプロトコルで相互コミュニケーションを取ることができる!
これこそが分散SNS、ActivityPubの醍醐味だ!
せっかく課金したのにユーザが増えまくっているのか滅茶苦茶重くなっていて最悪。
だから流出したモデルを使ってローカルでNAIの環境を構築する。
ネットには情報もだいぶ転がってるけど陳腐化した情報があまりに多いため増田にまとめることにした。
もしかしたらこの記事もすでに陳腐化しているかもしれないが…単純に間違ってたらトラバで教えてほしい。
もちろん自己責任。この記事を見て導入した結果何かあっても増田は何も保証しない。
英語がわかる人はこっちを見た方が早いと思う。今は導入RTAができるくらい導入は楽になっている。
https://rentry.org/nai-speedrun
VRAMが2GB以上あるNVIDIA製のグラフィックボードがあればローカル環境を構築できる。
GPUの世代はGTX700シリーズ以降。なので一昔前のミドル級ボードでも動作するらしい。
IntelのオンボードGPUでも実行する方法があるらしい(stable_diffusion.openvino)が今回は割愛する。自分で探してね。
その他の推奨環境は以下の通り。
対応OS:Windows7以上(と言うがM1Macでも動作する方法があるとかなんとか)
メインメモリ:16GB以上(VRAMもたくさん必要だが起動時にメインメモリも大量に食う。WebUI起動時にタスクマネージャを見ているとよくわかる)
スマホしか持ってないような人やこういうのがよくわからない人はNovelAIを使った方が良いと思う。
今は重いけど、きっとそのうちみんな飽きてサーバも軽くなるかもしれないし。
(追記)NovelAIがリソースを確保してサーバが軽くなったからリスクを背負ってまで導入しなくても良いかも
(追記)Pythonは当然3系。最新の奴を入れれば問題無い。
導入方法はいちいち書かないけど、「python --version」や「git -v」で
正常にバージョン情報が出る(パスがきちんと通っている)ことはちゃんと確認しよう。
Stable Diffusion web UIはStable Diffusionやそれをベースとした画像生成AIを利用するためのフロントエンド。
その中でも特に開発が活発でデファクトスタンダードとなっているのがAUTOMATIC1111版だ。
導入したい適当なディレクトリに対してPowerShellなどで
「git clone https://github.com/AUTOMATIC1111/stable-diffusion-webui.git」
なお、AUTOMATIC1111版は数時間単位でコミットが行われるから
定期的に「git pull origin master」で更新しよう。
クライアントはqBitTorrentが一番楽だと思う。
ここにはさすがにmagnetリンクは書かないから各自ググって欲しい。
結構誤解されがちなことだが流出データ50GBを全部ダウンロードする必要は無い。
必要なファイルはanimefull-final-prunedディレクトリの中身とanimevae.ptだから5GBちょっとくらいなんじゃないかな。
もし余裕があるならmoduleディレクトリの中身もダウンロードすればいいけど、ぶっちゃけ必要無いんじゃないか?
まずはanimefull-final-prunedの中身のファイルをリネーム。
「model.ckpt」を「animefinal-full-pruned.ckpt」のようなわかりやすい名前にして、
「animevae.pt」を例えば「animefinal-full-pruned.vae.pt」のような拡張子以外は同じファイル名にする。
WebUI起動フォルダ配下の\models\Stable-diffusionにリネームしたファイルを移動させれば配置はOK。
ちなみにmoduleディレクトリの中身は\models\hypernetworksに移動させて使う。
それらのファイルを設定で適用させると画風が結構変わるがNovelAI再現とは関係無いみたいだ。
(追記)moduleディレクトリの中身の.ptファイルはhypernetworksという技術によって画風などを学習したものらしい。
すでに複数のイラストレーターの画風を学習したptファイルが作成されており議論を呼んでいる。
自分のグラボのVRAMが4GB未満の場合は「set COMMANDLINE_ARGS=」の後に
4GB未満の場合は「--medvram」、2GB未満の場合は「--lowvram」とパラメータを追加しておこう。
自分の持ってるグラボのVRAMがわからないときはGPU-Zなどで調べよう。
またGTX1600系固有のバグ(単色の画像が出力される)があるらしいので
その場合は「--no-half-vae」もしくは「--no-half」や「--precision full」とパラメータを追加。
ちなみにパラメータに「--xformers」を追加してxformersを導入・使用すると
消費VRAMが減って画像生成処理時間も短縮されるので是非導入しよう。
画像からdanbooruのタグをAIで調査するdeepdanbooruを利用する場合は「--deepdanbooru」を追加。
のようになる。
ターミナルやPowerShellなどでwebui-user.batを起動しwebUIの初期導入と起動を行う。
過去には手動でCUDA等を導入する必要があったが、現在はこの初期導入でだいたいの導入が行われる。
ずいぶん楽にはなったがその分初期導入の時間は結構長い。10分~20分くらいかかるかもしれない。
途中で導入処理がエラーで止まってしまった場合は管理者権限で実行するなどして対応して欲しい。
起動ができたらSettingで以下の設定を変更してNovelAIに近づける。
Stop At last layers of CLIP modelを2に、
Eta noise seed deltaを31337にする。
これで設定は完了!
設定を合わせて完全にNovelAIと同じ内容になったのかを確認するテストがある。
出力結果から海外じゃHallo Asuka Testなんて呼ばれている。
これは初期SEEDをはじめとする設定内容が完全に一致していれば同じ出力結果を得られる仕組みを利用している。
プロンプトの内容:masterpiece, best quality, masterpiece, asuka langley sitting cross legged on a chair
ネガティブプロンプトの内容:lowres, bad anatomy, bad hands, text, error, missing fingers, extra digit, fewer digits, cropped, worst quality, low quality, normal quality, jpeg artifacts,signature, watermark, username, blurry, artist name
https://i.imgur.com/Bfl5qJB.jpg
なお、このテストはAUTOMATIC1111のバージョンやxformersの適用状態によっては微妙に違う画像が出力されることがあるらしい。
xformersを適用させている増田の環境だと確かに二つ並べると間違い探しレベルの違いがあった。
「Booru tag autocompletion for A1111」を導入すればNovelAIのように自動でdanbooruのタグを保管してくれる。
画像生成AIモデルはStable DiffusionがOSSのため派生が結構多い。
自前で追加学習もできるため自前で学習した追加AIモデルを4chanのような掲示板などで共有する人もいるらしい。
しかしそのようなモデルの中にウィルスのような悪意のある動作を行うものもあるらしい。
FBIがペドフィリアを一網打尽にするためにIPアドレスなどの個人情報を抜き出す動作を行うロリ特化AIモデルを掲示板で配布していて
しかもそれには本物の児童ポルノが教師データとして使われている…などという都市伝説的な話が今界隈を賑わせている。
いや暇だからね、何かやろうかなってパッと思い付いたのがコレだっただけ
ちなみに定番ばかりだぞ?んじゃ行ってみよう
Chromeがあればコッチも
Webブラウザは色々使ったけど結局この2つに落ち着いた
これもプリインストール
次世代SMSであるRCSに対応している
個人的にRCS登場以後のメッセージングはこれの比率が増えている
Web版も存在していて便利
ちなみにRakuten LinkもRCSへ準拠しているので相互にRCSを送受信できる
どうやら国内ではGoogle Messages間同士のみという情報を頂いたので修正
もともとGoogle Talkユーザーだったので流れで
前身のHangoutsは今年の終了が決まっているので早めに移行したほうが良いよ
仕事で使うので
ゲーム系はやっぱりこれだよね
仕方なく
電話番号不要で利用可能、強固な暗号化が施されているP2Pによるチャットが行える
このあたりのツールに親和性が高いギークたちとコミュニケーション取るのに使ってる
分散型チャットプロトコルMatrixへ対応したチャットツール
これも同上の理由でギークたちとのコミュニケーション用
利用頻度は非常に落ちているもののはてブでTwitterリンクが流れてくるため
同上
分散型SNSのMastodonのクライアント
Twitterから完全に移行しちまった
わかる人にはわかるだろうけど非常に居心地が良い
OpenStreetMapを活用した地図アプリ
OSM系地図アプリの中では機能が多すぎるくらい非常に多機能
OsmAnd+は有料版、無料版はプラスなしのOsmAndで有料版との違いが先行アップデートくらいなもので機能的な差はほぼ無いので大半の人はプラスなしOsnAndで十分
モダンなOpenStreetMapエディタ
非常に使い勝手がよくゲーミフィケーション的に進捗を管理してOpenStreetMapへ貢献できる
オープンなGoogleストリートビューを作ろうという試みのサービスアプリ
OsmAnd上でもプレビューできる
Google謹製のファイラー
使用頻度の低いファイルを抽出し削除する機能などがある
写真動画趣味なので保存しまくってたら無料期間終了で抜け出せなくなった
個人的にはこの機能で無料はありえんわなと納得しているので課金して容量増やしてる
撮影に必要な機能をこれでもかと載せたカメラアプリ
ただし多眼カメラが切り替えられないのが最大の欠点
設定項目が多すぎるので写真撮影法のハウツー本とか一度でも読んだことがないと使いこなすのは厳しいだろう
便利すぎ
古典的な2画面ファイラ
整理整頓時に前述のFilesで一括削除したくない時に使える
FTPやWebDAVへアクセスできたりもする
BitTorrentの技術を応用したP2P方式のクラウドストレージ
巨大ファイルのやり取りはGoogle Driveよりも速いし転送上限も無い(大手クラウドストレージはダウンロードを繰り返すと転送上限に達してダウンロード停止されたりすることがある)
いい加減辞めたくて乗り換え先を色々試すが戻ってきてしまうノートアプリ
Androidでは定番のターミナルアプリ
デスクトップLinuxユーザーでもあるのでTermuxには助けられてばかり居る
X Window Systemのクライアント
リモートデスクトップに使える
CUIな同名タスクマネージャーのAndroid GUI版
GUIで操作しきれないとき直接コマンドを送信できる機能もある
ちなみにTermuxにもパッケージが提供されてる
AndroidでもSKKが使えてしまうIMEアプリ
ただし野良アプリ
だらだら思い出しながら書いてるけど眠たくなったのでこの辺で
(ここより追記)
2人対戦のミニゲームが多数収録されているアプリ
1人プレイでも対CPU戦が可能
スマホよりはタブレット向きでAndroid Appが動作するChrome OSにも対応
安いので課金して広告非表示にして損はない
絵本はらぺこあおむしのアプリ
絵本のような世界観の中であおむしを育成できる
算数未満の「数かぞえ」アプリのなかでは完成度が高い
文字が読めない幼児に向き、日本語で課題を読み上げてくれるし、しっかりと数字も読み上げてくれる
前述の2つと合わせて5才児と遊んでいる
ミニゲームが多数収録されていて暇つぶしとして馬鹿に出来ない
インスタントアプリ対応ゲームで様々なタイトルをお試しするのもアリ
もともとはLinux界隈で定番の横スクロールアクションゲーム
膨大に存在する追加ステージをダウンロード可能
むしろ「本家」が出してる例の横スクロールアクションジャンプよりも遊べてしまう
ただし一部のフォントが中華フォント
こちらもLinux界隈で定番の横スクロールアクションゲーム
メトロイドのような世界観グラフィックスと独特の操作性が特徴
認めざる得ない、これは面白い
対戦型タワーディフェンスゲーム
バランス調整が頻繁にあり極力運要素を排除しプレイングで勝敗を喫したいという運営の方針が読み取れる
マッチングはレーティング方式で、更に様々なルールでの対戦があるため強いデッキが固定しないのも美点
https://oomnitza.zendesk.com/hc/en-us/community/posts/360041948774--Доктор-Вера-13-серия-26-03-2020-смотреть-онлайн-в-хорошем-качестве-от-26-марта-
https://oomnitza.zendesk.com/hc/en-us/community/posts/360041963734-26-03-2020-Доктор-Вера-17-серия-смотреть-качество-HD-от-26-марта
https://oomnitza.zendesk.com/hc/en-us/community/posts/360042127393-26-03-2020-В-шаге-от-рая-17-серия-Россия-1-смотреть-в-хорошем-качестве-от-26-марта
https://oomnitza.zendesk.com/hc/en-us/community/posts/360042127973--Отречение-23-серия-украина-26-03-2020-в-хорошем-качестве-от-26-марта-
https://oomnitza.zendesk.com/hc/tut/community/posts/360042127333--В-шаге-от-рая-17-серия-Россия-1-26-03-2020-качество-HD-от-26-марта-
https://oomnitza.zendesk.com/hc/tut/community/posts/360041964554-26-03-2020-Заступники-5-серия-последние-серии-смотреть-от-26-марта-
https://oomnitza.zendesk.com/hc/en-us/community/posts/360041948154--Отречение-23-серия-украина-26-03-2020-хорошее-качество-смотреть-
https://oomnitza.zendesk.com/hc/en-us/community/posts/360042126793-26-03-2020-В-шаге-от-рая-15-серия-Россия-1-смотреть-бесплатно-в-хорошем-качестве-
https://oomnitza.zendesk.com/hc/en-us/community/posts/360041947754--Отречение-21-серия-украина-ТРК-26-03-2020-онлайн-сериал-смотреть-
https://oomnitza.zendesk.com/hc/tut/community/posts/360042153213--Отражение-радуги-13-серия-26-03-2020-смотреть-в-хорошем-качестве-
https://oomnitza.zendesk.com/hc/tut/community/posts/360041965274-26-03-2020-Патриот-11-серия-канал-ТНТ-последние-серии-смотреть-от-26-марта
https://oomnitza.zendesk.com/hc/tut/community/posts/360041964274-26-03-2020-Место-под-солнцем-29-серия-смотреть-онлайн-в-хорошем-качестве-
https://oomnitza.zendesk.com/hc/tut/community/posts/360042127973--Отречение-23-серия-украина-26-03-2020-в-хорошем-качестве-от-26-марта-
https://oomnitza.zendesk.com/hc/tut/community/posts/360042153753--Ничто-не-случается-дважды-2-сезон-13-серия-26-03-2020-качество-HD-
https://oomnitza.zendesk.com/hc/tut/community/posts/360041951514-26-03-2020-Ничто-не-случается-дважды-2-сезон-17-серия-смотреть-бесплатно-в-хорошем-качестве-от-26-марта-
https://oomnitza.zendesk.com/hc/tut/community/posts/360042133353--Доктор-Вера-15-серия-26-03-2020-качество-HD-
https://oomnitza.zendesk.com/hc/tut/community/posts/360041951074--Ничто-не-случается-дважды-2-сезон-15-серия-26-03-2020-хорошее-качество-смотреть-
https://oomnitza.zendesk.com/hc/tut/community/posts/360041963734-26-03-2020-Доктор-Вера-17-серия-смотреть-качество-HD-от-26-марта
https://oomnitza.zendesk.com/hc/tam/community/posts/360042153553--Женский-Стендап-11-серия-Женский-Stand-Up-26-03-2020-смотреть-бесплатно-в-хорошем-качестве-
https://oomnitza.zendesk.com/hc/en-us/community/posts/360042129513--Доктор-Вера-15-серия-26-03-2020-качество-HD-
https://oomnitza.zendesk.com/hc/tut/community/posts/360042154213-26-03-2020-Заступники-4-серия-последние-серии-смотреть-от-26-марта
https://oomnitza.zendesk.com/hc/tam/community/posts/360041972754--Отречение-21-серия-украина-ТРК-26-03-2020-все-серии-сезона-от-26-марта-
https://oomnitza.zendesk.com/hc/tam/community/posts/360041948574-26-03-2020-Отречение-25-серия-украина-ТРК-смотреть-бесплатно-в-хорошем-качестве-от-26-марта-
https://oomnitza.zendesk.com/hc/tut/community/posts/360041948574-26-03-2020-Отречение-25-серия-украина-ТРК-смотреть-бесплатно-в-хорошем-качестве-от-26-марта-
https://oomnitza.zendesk.com/hc/tam/community/posts/360041965354-26-03-2020-Заступники-3-серия-смотреть-бесплатно-в-хорошем-качестве-от-26-марта
https://oomnitza.zendesk.com/hc/tut/community/posts/360042144453--Ничто-не-случается-дважды-2-сезон-15-серия-26-03-2020-хорошее-качество-смотреть-
https://oomnitza.zendesk.com/hc/en-us/community/posts/360041948674-26-03-2020-Доктор-Вера-13-серия-качество-HD-
https://oomnitza.zendesk.com/hc/tam/community/posts/360041971754-26-03-2020-Ничто-не-случается-дважды-2-сезон-13-серия-в-хорошем-качестве-от-26-марта
https://oomnitza.zendesk.com/hc/en-us/community/posts/360041971974--Жизнь-после-жизни-11-серия-26-03-2020-в-хорошем-качестве-
https://oomnitza.zendesk.com/hc/tam/community/posts/360041946854--В-шаге-от-рая-13-серия-Россия-1-26-03-2020-в-хорошем-качестве-
https://oomnitza.zendesk.com/hc/tut/community/posts/360041947494--В-шаге-от-рая-17-серия-Россия-1-26-03-2020-смотреть-бесплатно-в-хорошем-качестве-
ストレスが溜ったとき、bittorrentでAVの動画ファイルを落とすのが止められない。いい歳して何やってるのかと自分でも思うんだが。
やっていると、色々要らん知識も増えてくる。動画ファイルを作成・拡散している「勢力」が複数あって、それぞれで「流儀」のようなものがあること。むきだしのファイルをただ作成するのもあり、内容画像や高圧縮の動画を併せて配布するのもあり。AV情報やtorrentファイルの情報をまとめるサイトの間で、相互参照のようなものが行われているらしいこと。でも自分でそれをやってみようとは思わないけれど。
これって一種の依存なのだろうか。不安になることもある。数日間忘れていることもある。でも、ふとやってるんだ。どうしたものか。
そのネットワークシステムの分散化を目指すことが発表され、再び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がデファクトスタンダードになるかはわからない。シェアをどちらがより多く獲得するかは神のみぞ知るというところだ。
有子「あっキレイなお花!」
有子「いい考えね!じゃあさっそく・・・あれ?」
共太「ん?どうしたんだ?」
共太「なっなんだってー!」
-----
共太「最近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はやってるんたけど、その豊富すぎる機能や細かな設定項目、更には複雑な外観で素人お断り感がスゴイのよ・・・」
分美「あるわよ?」
共太「ちょっと思ったけど何でもあるんだねw」
分美「筆者の増田もこのエントリ書くため改めて調べてみて驚いてるらしいわ。それでもっと気楽な高機能な分散SNSには『Misskey』があるわ。なんと国産よ」
分美「投稿テキストへ太字などが設定できたり、昨今のチャットサービスなどで定番化しつつあるいいね!に変わる様々な反応を送れるリアクション機能、ユーザを指定して会話できるグループトーク、様々な情報を表示するウィジェット、更にはリバーシゲームが楽しめたりするわ。他にも機能いっぱい」
有子「エンターテイメントって感じ!結構好きかも!Hubzillaは敷居が高すぎる・・・」
共太「エンターテイメントと言えばマイクロブログ系SNS以外には分散SNSってないの?」
分美「あるわよ。Hubzillaを見たときSNS部分はFacebookっぽいなと感じたと思うのだけれど、よりFacebookっぽい分散SNSに『Friendica』があるわ」
分美「FriendicaはFacebookクローンと言って良いほどFacebookと機能が酷似していて分散SNSでFacebookの機能を求めているのであれば一番手っ取り早いかもね」
共太「あるとは思ってたけどやっぱりFacebookっぽい分散SNSもあるのか」
有子「えっじゃあもしかしてInstagramっぽいのも・・・」
分美「あるわよwInstagramっぽい分散SNSは『PixelFed』ね。Instagramと同様に投稿する写真へエフェクトフィルタがかけられるわ」
有子「あるんだw」
分美「あるわよwYoutubeっぽい分散SNSは『PeerTube』というの。PeerTubeの凄さはActivityPubプロトコルへの対応だけじゃなく動画配信自体も分散機能を持つこと」
共太「あるんだw」
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
ニュージーランドのモスクで銃乱射死者多数のテロ現地動画・ムービーまとめ
gigazine.net/news/20190315-nz-terror-attack-two-mosques-movie/
このライブ中継を記録したと思われBitTorrentで共有されている動画ファイルによると、配信は約16分55秒行われており、犯人は自動車に乗り込んで現地へ移動、モスクの側に自動車を停車させてから銃を持ってモスク内に玄関から突入、最初の銃は玄関に投げ捨て、主に2丁目の銃を乱射しながら次々に射殺、一度自動車に戻ってからさらに次の銃を持って戻り、死体を念入りに撃って生存者がいないかどうか探して回り、外の道路へ走って逃げていく女性を発見してから狙いを付けて銃撃、道路に横たわって「ヘルプミー(助けて)」と叫ぶ女性に近づき、頭部を撃って射殺後、自動車に乗って現場から立ち去り、さらに途中で自動車の窓ガラスを銃で撃って破壊、乱射を続けていた模様です。
最近、スマートフォンの普及とモバイル回線の高速化に伴ってスマートフォン向けアプリで違法性のあるファイルを共有するサービスが流行っていると感じられる。
以前であればBitTorrentなどを経由し、ある程度詳しい人がやっていたイメージがある。
それがスマートフォン向けアプリで提供され、ネットリテラシーのないような人や、違法だと思わずに利用している人などがいる。
そのいい例が2つある。
こちらは、国交のない国にサーバーを置き、ネット上から画像をクロールして独自プロキシでキャッシュしているだけなので現行法では裁くことができない。
そもそも国交のない国では著作権法は通用しないので(北朝鮮と日本の国交がなく、自由に北朝鮮のテレビを放送していいよな感じ)なかなか裁くことは難しい。
ただ、このサイトにあげられた漫画を読むせいで本来の作品の作者は1銭も収入がなく、アップロードした側はがっぽり広告収入が得られることとなる。
これを現行法で捌けるレベルで考えると、「万引きした商品を無料で人々に配り、その利益を全て自分のものとする」ことと同じである。
私であればこんな犯罪者には絶対お金を払いたくないが、漫画村利用者はどうだろう?
間接的にこの行為を行っているのだ。
…とまあ漫画村はここまでにしておいて、続いて2つ目は違法音楽アプリ「MusicFM」をはじめとする同類のアプリ集団だ。
今の中高生の殆どはこのアプリがないと死んでしまうらしい。愚かだ。
音楽を聴きたいならCDを買う、TSUTAYAなどで借りると言った手段があるだろう。さらに時代は進歩し、SpotifyやAmazon Music、LINE Musicなど多くの格安ストリーミングサービスもでてきている。勿論日本語対応もしている。
これは中国のサーバに音質の悪い違法mp3ファイルがアップロードされており、それをストリーミングしているという方法らしい。