ryo_grid Nostr posts

ふと思ったのだけど、のす本って電子版だけでいいんだけど、英語版も作れないんかなあ？

アクニキーのことを考えていて、のす本も海外の人に一定の需要はあるのではないか、と思ったんですよね。

仕事終わりに複数名で飲んでいたが、職場の部下に当たる女性が泥酔してしまいタクシーで送るという珍しいイベントが発生している。
なお新婚。

ｼｬﾁｸさんだったら、既婚だろうが毒牙にかけていたくせにー

さておき、今週もよく働いた！

shuiさん、バトルカードbotもウケてるし、rabbitも日本語TL？を組み込みで持っていたり(最初からJPな人向けに特化すると割り切った上での差別化だと思っている) と言う感じで、プロダクト作りのセンス高いなーすごいなーと個人的に感じている。

やっちまったか！？

またまたそんな。

Google Colabの有償版を課金して、画像生成サーバに仕立てることは多分できる。
プランがいくつかあったりするのかもだけど、とりあえず月1000円程度の固定額で使えたはず。たしか。

simplexのグループチャットでデジタルタトゥーになるとさすがにまずいという話を投げた。
ただ、本質はoppaiなので、それについて語れるクローズドなグループDMかチャット？がNostr上（Nostrプロトコルを使った何等かのアプリでも良い）で作れたらなーと思うのだけど、なんとかなるんだっけ？

ちょっとpublicにはしたくないですかね・・・。

社会的に死ぬ可能性があるからですね

まあ、場合によっては？
いや、法に触れるとかそういうことじゃないですよ？

お手軽どころならSessionでも使えって感じかしら。

はっ！

nostr:note1lp74gllyc8qatanupcmvptl8cu9c9he7l0xyjdm2dguyxf5qfv5qsg7ryc

それは nipple ですね

言うて私の場合それほどの話ではないですが、一般化するとすれば、特定の性的嗜好の人がクローズドなスペースで、その話題について話をする、みたいなイメージでしょうかね。
私が（そういう場をなんらかの手頃なアプリなりで）作れないかな、と思ったのは。

おっ。情報あざます。
調べて見ます。

でもまあ、実現方法が何であるにせよ、privateにした場合、invite を必要にするなら何を判断基準にするか難しいし、誰でも入れるようにするならpublic なのと大差ないよな、とも思い始めた。

了解です！
あざます！

別に可能ではあると思います。
NIPで規定されているDMの仕様を使うかは悩ましい話にはなりそう。

単純にやると参加者は他の参加者との間でDMのセッション（E2EEな通信路）を用意することになりそうですが、まあ効率は悪いし、参加者が増えるとクライアントの負荷も馬鹿にならない感じになると思われる。

ガチセキュアメッセーンジグアプリとかはそういうことしてるはずですが。

nostr:note192w8v9mxtfm0ncu2dkalk3x4nacu5kyus5e0ehkc33qdv5qg32uqmk38lm

他の全ての参加者。

あー、ただ、グループ名とかグループの参加者の情報を秘匿した状態でリレーサーバに保持しておいてもらうのは厳しいかな・・・。

そこまでは、今のリレーサーバが提供する機能だけだと無理かも？

クライアントがそこらへんの（ある程度永続的な）保持を担うという形にすればやりようはあると思いますが、使い勝手は悪そう。

下の記事を斜め読みして気づいた。

https://habla.news/a/naddr1qqwkzttswfhhqmmnv9kz6en0wgkhqunfweshgefdvaex7atswvpzp978pfzrv6n9xhq5tvenl9e74pklmskh4xw6vxxyp3j8qkke3cezqvzqqqr4guuvl8xr

まあただ、知恵を絞ればやれそうな気もする。

ｼｭｯ =͟͟͞͞ ( ˙꒳˙)

耐検閲性という言葉が何を意味するか、というところは置いておきますが、結局のところ Nostr プロトコルがどのようなアプリケーションを想定しているか、想定していくか、というところな気がします。

何等かの権力などに止められることなく、情報発信を継続できることがNostrプロトコルの理念的な所の中で重視されていることの大きなものの1つである、という話はおっしゃる通りだと思います。

ただ、そこに限らないところにも重点を置いていくということであれば、プライベートなグループメッセージングなんかもNIPでサポートしていくことになるのかもなー、とか思ったりもします。

（E2EEなDMはそのそういう方向性の中の1つなわけですが）

nostr:note1qtklt8cx3zhnndane43qqyzf7npfdegn86hzxprhn4y9m8jk4hcspml6ex

#nikeyholder

nostr:note1pgxhpmpcxug4py2g5s90n2c50pjtzq5tegk567s9l77kelx2ehvszjuqyl

nosliでアクニキー写りこみ写真（を含むpost）のまとめを作っていますが、自分のこのpostは消してほしい、といったことがあれば、可能な限り対応しますので、リプお願いします。

#nikeyholder

耐検閲性という観点で言うと、Nostr上で動くブログのアプリケーションあったと思うけど、あれとかは割と筋がいいのかもなー。

ガチでやるならFreenetとかって手もあるけど、あれは敷居が高いし...

つ家庭内ディスコ

本人が捕まったらどうしようもないので、サービスへ接続する時は Tor を通すとかするとして。

ゾーニングを目的とするなら、現状では悪くないソリューションかもですね。
NIP-36サポートしてないクライアントのユーザがNFSWなコンテンツを目にしてしまう、とかってことも起きないですし。

光速に近いスピードで移動してるか、日本から西に飛行機ででも移動しつづけない限り、時間は必ず進んでいきますね。
起きていようが。

失礼。時間ではなく時刻。

正直、ワイが想定していたよりディープな話題になっていて竹ですね。

full stack とは。
SWエンジニアがしばしば考える疑問である。

以下が全てできればフルスタックエンジニアと名乗っても文句は言われない気がする。
もちろん、私は全てできるわけではない。

・何等かのドメインのアプリケーション（ex: Webアプリ、機械学習、etc）が書ける
・アセンブラが書ける
・システムソフトウェアが書ける（ex: データベース、ファイルシステム、etc）
・バックエンドシステムが書ける（REST APIを提供するサーバとか）
・社内ネットワーク程度であれば構築・運用ができる
・AWSなんかのクラウドを使ってもいいのでインフラの構築・運用ができる
・OSが書ける、ないし手を加えることができる
・デバイスドライバが書ける
・組み込みSWが書ける

データベースエンジニア（使う方）的なところもできた方がいいかな。

ニジエというサイトを知った。

隔離部屋にて。

大体分かりました。
https://twitter.com/nijie_mm_bot

irisたん、久しぶりに使ってるけど復活してる?

ほんものさんエグいですよーw

微積あたりをやるやつっすね。

化学はIとAとかし受講せずに卒業してしまったので、化学に弱い。
（シラバスの都合で受講できなかった）

あー、極座標とかは・・・数Ⅲだったか、Cだったか、忘れたな。

大学物理というか、ある程度のレベル越えると、もうほとんど数学やんけ、みたいな感じになってきますよね。
物理。

nostr:note10n89sls2j30a33rzxcdx7g6a3er2y7ux3mvz0827r8y8s0u66amqth3sqx

シュレディンガー方程式...? とかなる。
（ちゃんと習っていないので雰囲気しか知らない）

あー。そうそうこれこれ。
完全に理解している。
（そんなわけはない）

---
シュレーディンガー方程式はその形式によっていくつかの種類に分類される。

ひとつの分類は時間依存性で、時間に依存するシュレーディンガー方程式と時間に依存しないシュレーディンガー方程式がある。時間に依存するシュレーディンガー方程式（英: time-dependent Schrödinger equation; TDSE）は、波動関数の時間的変化を記述する方程式であり、波動関数の変化の仕方は波動関数にかかるハミルトニアンによって決定される。解析力学におけるハミルトニアンは系のエネルギーに対応する関数だったが、量子力学においてはエネルギー固有状態を決定する作用素[注 1]である。時間に依存しないシュレーディンガー方程式（英: time-independent Schrödinger equation; TISE）はハミルトニアンの固有値方程式である。時間に依存しないシュレーディンガー方程式は、系のエネルギーが一定に保たれる閉じた系に対する波動関数を決定する

https://ja.wikipedia.org/wiki/%E3%82%B7%E3%83%A5%E3%83%AC%E3%83%BC%E3%83%87%E3%82%A3%E3%83%B3%E3%82%AC%E3%83%BC%E6%96%B9%E7%A8%8B%E5%BC%8F

より抜粋

古典力学だけでどうにかなる時代は終わったのですよ

nostr:note1s3x8hf0q7qxtzgg0vgkcnkm33uyhca6ay808zms4zmgr2jxwl28sa5uktd

そんな難しいこと聞かないでください...

ワイ、総合科学科という変わったシステム？の学校だったので、情報とかは、どういう扱いだったのかよく知らないんだなー。

産業と社会、とかって授業はあった記憶がある。

失礼。
総合学科、だった。
普通科、とかに対応する言葉。

nostr:note1whxhkmwvztu3ff307gxae99a74dazz7qkphg4wku2jtnakp6ssas84t7rk

大学は行ったけどセンターは受けたことない(^q^)

（既に導入されていた時代の人です）

古文は勉強させられるのギリ理解できるけど、漢文はマジで意味不明だった。

なんやねん、あの横の記号みたいなの。
最初から書き下して提供しろ。

ごたくはええんや！

20代後半で公務員試験を受験するというわけのわからないことをしたことあるけど、その時は日本史と世界史はまず漫画を読むところから始めた。
なんかそこらへんのテクはこういう本に乗ってる。

https://www.amazon.co.jp/%E5%85%AC%E5%8B%99%E5%93%A1%E8%A9%A6%E9%A8%93%E5%8F%97%E3%81%8B%E3%82%8B%E5%8B%89%E5%BC%B7%E6%B3%95%E8%90%BD%E3%81%A1%E3%82%8B%E5%8B%89%E5%BC%B7%E6%B3%95%E3%80%902023%E5%B9%B4%E5%BA%A6%E7%89%88%E3%80%91-%E3%80%8C%E5%90%88%E6%A0%BC%E3%81%B8%E3%81%AE%E9%81%93%E3%80%8D%E7%A0%94%E7%A9%B6%E4%BC%9A/dp/4908804850

勉学へのコンプレックスと、若かった高校時代を思い出したい、心理によって皆突き動かされているのではないだろうか。 > 流速速い

キュッキュキュキュキュキュ
とかって笑っているのだろうか・・・

引き笑いね。なるほどね。

何があったのか存じ上げないですが、20歳はさすがに早いなあ...

nostr:note1c7dwmdf8q0juj63xg9g0p6s335qh90j32evw28f7s78a93hhnngsr6a9tw

月曜がやってくるまであと1h

国語の、〇〇のこの時の心情を答えよ。

みたいな問題、俺〇〇じゃねえから分かるわけねえだろボケが！

って内心キレてた。

唐突に自分だけいいこと言うのやめてください！w

nostr:note1pt9wrg6tfpkyalyere8q0fyr6ypdmulqwg079c8m5zsrxjpr7lfsrwhqe7

やめなさい！

nostr:note178u3qf38lfmkr3z66dkfmdqljmmf92200fr360pqc86tllf5kmdq23qucq

私も30分ぐらいだけそれをマニフェストに出馬しようか考えたことがあります。

催眠アプリの攻撃を喰らったに違いない!

nostr:note1ecjjvzzj0r042gkhx4d8ly4azhk8cd76hs8jynefvxjxhusx8cpsyj66cx

まあ、国益とか考えると難しいところなのかなあとか、考えたりしますねえ。

生存権も同じ話じゃないかと言われればそうな気もしますが。

simplexがまだ不安定なので、隔離部屋はSessionに移行することにいたしました。

隔離部屋（というかグルチャ）に直接入るためのリンクは作れない仕様のようなので、参加されたい方は一度私と繋がっていただければ、inviteしますのでよろしくお願いします。

私のSession ID:
059e4d917a68435e07bad57fa39d4c9080aaccbbdabeaed0d501c0f022f90af303

アプリはこちらからダウソ願います。

https://getsession.org/download

E2EEなメッセージングアプリでのグループチャットに関する与太話。

デカい添付ファイルを大きなE2EEなグループチャットで送る、とかって、対応しようとするとシステム的には？大変だったりする。

ナイーブな実装であれば、グループチャットでも、テキストのやりとりの時点で他の全ユーザとE2EEな通信路を確立しているはずなので、単純に全ユーザ向けに添付ファイルを暗号化することになるが、その処理が重い。
そして送出する時には各ユーザについて暗号化された別々のデータになっているので帯域も食うし、サーバでデータを保持させるにもサーバ側は容量が増えて困る。

で、そこらへんは少し手を抜いて、同じグループの中のメンバだけで、添付ファイル用の共通鍵なんてのを導入して、１つの暗号化済みのデータを皆に送るとかってやる場合がある。

実際、それぐらいしか手はないだろうとは思うものの、セキュリティ強度は下がる。

postを見た人がうっかり broadcast すると他のリレーサーバに post が漏れ出してしまうという可能性はあるな。

まあ、global を見ている人でなければ、漏れ出したものを目にすることはないはずではあるが、rabbit みたいな global を結構な人が見ていそうなものもあるよなあー。

発狂していきましょう

その意気です！
あとイヤフォンで音楽聞いたりしたらダメな職場なんですん？

https://twitter.com/ryo_grid/status/1666036808508121088

ほーむ。そういうことがあったりするんですねえ。
なるほどん。

Sessionなのでご希望であればすぐにinviteできますよー

しっかり反応されてて竹

さておき、そうなんですね。
なんか本体とグループ会社の間でも違いがあるとか聞きました（OGの方から）。

ちょうどいい感じの名前を参加者の中で検討中ですが、今のところ、こう変更されました。

"Nostr民エッチなお話・コンテンツ用出張所"

nostr:note1yhemnuelvhzvk53ttmja6x8hm7ze8j6g0mjksqw6vna94e6sls5qxy8es7

https://twitter.com/ryo_grid/status/1666792647644831744

なお、画像生成をやるためではない。

おっ！
情報あざます！

ツイターのNostrコミュニティに参加申請した。

余談:
ツイターのNostrコミュニティ、って考えてみると面白い構造だな、と思った

ここのところ忙しくて、もろもろの情報にキャッチアップできてないのだけど、お空はいよいよ連合できるようになったんです？

ちゃんと調べないで書くけど、PLCが複数独立して立っているとすると、連合が複数あるって状況になるのかな？
（PLCはサンドボックス環境用に1つだけ公式が建ててくれたりするとかかな）

教えて！ ChatNostr!

建ててくれていたりする

情報あざす！

サンドボックス環境用に公式が用意したPLCを公式がいつ爆破するか分からないというのを除けば、公式PDSからの引っ越しはできないものの、連合できるようになった、という見方もできるわけですなー。

自分だけ用PDSを建ててみる機運か....？
うーむ。

PDSは気軽に爆破できるように設計されてるけど、PLCはそうではないので、みんなワイのPLC鯖使って連合してくれていいZE!
とかはいいにくいよねー。

AT Protcolって革新的かというとそうは思わないけど、無難に設計されていて悪くないのでは、というのが自分の評価。
（開発者の人からした扱いやすさとかそこらへんは考慮していない）

ただ、PLC鯖が単一障害点になるのと、それを管理する責任を、誰が、何のインセンティブ（もしくは責任、権限）で担うのか、ってところのソリューションが無いのは残念なところかなーと思ったりする。

そこんところで言うと、無責任分散なNostrは、通信量食い過ぎだとか、postやら含めてイベント受信の信頼性が怪しい（※）、など課題は多いものの、上のような問題は無いので良いよね、と。

※: プロトコルとしては別にこぼさないはずなのだけど、どこに原因があるんだろ
（受信が遅れる、とかはまあしょうがないとする）

note1ejfa47l5pmma558h9s2uwm7x2xrzux5u83zy7aw6yhaqq8l40vpss7m6k7

仮に、自身のDIDの解決をしてもらってたPLCが爆破されて運用が停止した場合を考える。

この時に、誰かが新たにPLCを建てたら、そこに新たに解決してもらうようにすることってできるんだっけ？
（プロトコル上はできるんじゃないかという気がする）

上ができるなら、今、公式が建ててるステージング環境用のPLC鯖が爆破されても、誰か（公式の説明で言うところのコンソーシアムとか？）が新たにPLC鯖立てて、爆破されたPLC鯖ユーザだった人らが移行すれば、運用継続できはず？
　
というか、DIDの解決を試みるPLC鯖って別に一つでなくとも構わない設計になってて（※推測）、公式ステージング鯖爆破後、いくつかのPLC鯖にユーザが分かれちゃってもなんとかなる、というシナリオも？
　
完全に他力本願時です。
すいません。

なお、公式のアナウンスとかまったく読まずにreply先のpostは書いています orz

おひとり様PDSをAWSなり指定したクラウドプラットフォーム上に立てて、連合に追加してくれるSaaS（？）というのを思いついた。

こういうのができたら...
・ボランティアにあまり頼らない
・リテラシ低めの人でも利用可能
・スマホで主にアクセスする人にも対応可能

というような分散マイクロブログシステムができる？
　
PDS建てSaaSが死んでも、クラウドプラットフォームの認証情報やらなんやらはユーザの手元に残るように設計。
（というか、クラウドプラットフォームの、お支払い可能にしてあるアカウントぐらいは自分で用意しておいてもらわないと無理かな？）

しかしまあ、PDS建てSaaSが死んじゃったあとに、それでPDS建てた人がクラウド上に突っ立ってる自分用PDSを自分で運用できるのか、という話はあるんだよな・・・

東武東上線で終電近くの電車に乗ったら、人身事故とかで2時間ちょっと電車止まってて、ようやく目的の駅に到着でござるよ...

座席指定の特急列車みたいのに乗っていたので座れてて、まだマシだったが、立たされてたら死んでた。

なお、特急列車の追加料金払ってたのに普通電車に運行が変更された模様。

https://twitter.com/ryo_grid/status/1673105940311339009
https://twitter.com/ryo_grid/status/1673474544672317442
（手動マルチポスト）