盗品を盗品と知らずに貰い受けてしまって、さらにそれを、売却した時、その人が犯罪になるのか？という議論ですね。
犯罪の打ち合わせをするためにOpenSlotsが使われた時の議論が必要だろう、という批判はあると思いますね。
開発者の僕はもちろん、リレー運用者にも。
道徳・倫理・法律の面で、個々の議論はあると思いますが、暗号化されたものを流通させることに関しては、「善意の第三者」という解釈が適用されると思います。
https://fujisawa.vbest.jp/columns/general_civil/g_lp_indi/7515/
みんな、断られる未来しか、考えてなくて、これまでの人生が透けて見えますねぇ。（炎上マーケティング）
気になる異性をデートに誘う時、「来週の土曜日映画を見に行かない？」と「映画を見にいきたいんだけど、いつ空いてる？」の成功率の違いを考えてみてほしい。（ただし、嫌われていないものとする）
リレー運用側の意見きけて勉強になります！ゆくゆくは openslots 自身の リレーも用意する覚悟です！
ただ調整さんとかを仕事（に近いシーン）で使おうとすると、名前とか適当なハンドル名にするとはいえ、集合時間とかの個人情報がサーバーにのるのが、ちょっとまずいよなーと。なのでマルっと暗号してしまえば、安全だなと思いついて作りました。
仕事仲間と打ち合わせの調整するときに、どの時間が空いているかを、互いに調整する必要があって、その場合、「候補日を決めて伝えなくちゃいけない」「相手も空いてそうな時間を選ぶ」という空気読みが発生するんですが、When2meetとかだと、雑に二週間選んで送りあって、適当に色を塗ると、濃くなる場所が出てきて、それを打ち合わせに採用する、という使い方ですね
グラデーションの色もっと濃くした方が良さそうですね
スパムみたいにになってしまってすみません。URL貼り忘れたので ... m ( _ _ ) m
📅 Meet OpenSlots: The ZK Scheduling Alternative to Doodle & Calendly
Stop leaking metadata. Built on #Nostr, OpenSlots offers decentralized, zero-knowledge scheduling.
🔒 E2E Encryption: NIP-44 (ChaCha20) 🙈 Zero-Knowledge: Keys live in the URL, never on servers ⚡ No Sign-up: Instant anonymous accounts 🧩 Efficient: Bitmask compression
Schedule securely. No account needed.
#Privacy #Crypto #OpenSource #Tech #NIP44
長すぎたんで、短いやつ流します
I built OpenSlots, a zero-knowledge scheduling application that works without a trusted server.
Most scheduling tools (When2meet, Doodle, Calendly, even self-hosted ones) leak significant metadata: who meets whom, when, and how often. OpenSlots treats scheduling as a client-side protocol rather than a hosted service.
Key ideas:
- No trusted third party: Runs as a browser-based thick client. Nostr relays are used only as untrusted storage.
- End-to-end encryption (NIP-44): All room data and availability are encrypted with ChaCha20-Poly1305.
- URL fragment key distribution: The symmetric room key lives only in the URL fragment and is never sent to servers or relays.
- Blinded indexing: Room identifiers are indexed on relays via HMAC-SHA256(room_id, key), preventing trivial enumeration or mapping by relays.
Relays can observe ciphertexts, tags, and timing, but cannot read meeting content or recover room identifiers without the key. This removes the central database as a point of trust.
This is not full anonymity: IP addresses and timing remain observable. The goal is trust minimization and metadata reduction, not network-layer anonymity.
Demo and documentation: https://openslots.pages.dev
Technical Details: https://github.com/tani/openslots
Feedback is welcome, especially on the threat model, blinded indexing design, and usability trade-offs of URL-as-bearer-key approaches.
https://libre.taiju.info/2022/11/06/sourcehut-rejects-cryptcurrency-related-projects.html
失望したよ… 僕自身は暗号通貨に関わってないけれど、nostr は以下のフィールドと多くないところで活躍してる技術だし、そういったものをsourcehut に置くのも意見かもしれないね。
---
アナウンスの趣旨は下記だ。
1. SourceHut は、2023 年の利用規約の更新にて暗号通貨またはブロックチェーン関連プロジェクトを禁止する
2. これらのプロジェクトは主に投資詐欺的な行為に利用され、詐欺被害者を作り、さらには地球環境への悪影響をも及ぼす
3. 2. に該当しない場合があれば、ホスティングを許可するように申請することができる
SourceHut のプロジェクトで暗号通貨による寄付を求めることは問題としない
https://github.com/mermaid-js/mermaid/issues/6634
mermaid-js for server side rendering がついに成功したらしい！
バッグも上下もインナーもリュックもワークマンで買うようになってしまって、コーディネートでいうと工事現場と同じ。
そういえば、さっき ケンタッキーでチキン竜田バーガーをたべてきた。たしかに美味しいんだけど、バーガーキングみたいな、値段以上の満足感みたいのは得られなかった。やはりバーガーをたべるならバーガーキングだ。
x.com をひらくと時間を浪費して30分くらいたってしまうので、やはり x.com をやめるだけで、有意義な時間が増えそうである。あと Youtubeも。
rabbit というクライアントをつかってみている。よさそう