tani

学生および25歳以下の方向けに、Google Summer of Code (GSoC) のお知らせです。現在、Haskell財団のプロジェクト候補（Ideas List）が公開されています。
Haskell GSoC 2024 Ideas List https://summer.haskell.org/ideas.html
GSoCは、オープンソースプロジェクトへの貢献に対してGoogleから規定の報奨金が支払われるプログラムです。夏休みの期間を利用し、対価を得ながら本格的な開発経験を積むことができます。
私自身もメンターとして、このリストにアイデアを提案しています。もし興味を引くテーマがあれば、プロポーザルの作成や技術的な詳細について相談に乗ることが可能です。
実務に近い形でのOSS開発や、Haskellコミュニティへの貢献に興味がある方は、詳細を確認してみてください。質問等は随時受け付けています。

2026-01-31 15:11:19 CET

Nostrリレーのランタムガ Bun だと、ほぼ単調増加してしまっていたのに Deno だとノコギリ歯みたいになって、ちゃんと GCが効いてるのがわかる。

2026-01-31 15:06:42 CET

コーディングエージェントつかって、bun から deno にきりかえたら、なんかメモリ使用量が安定したっぽい。Bun は速度を出すために富豪的な戦略をとってるっぽい? （省メモリ設定 --smol でも)

2026-01-31 04:48:59 CET

n0str リレーのメモリ負荷の原因はSQLiteの管理にあるっぽい。Bun 側は 50MB程度しか消費してないのに、SQLite側で100MB ~ 300MBも単調増加的に消費している。

2026-01-30 13:00:11 CET

あ、アイディア思いついたので、さっそくクライアント作りを週末するぞ!

2026-01-30 12:59:14 CET

リレーサーバーつくったし、nostr で調整さんもつくったので、最後は nostr クライアントもつくりたい

2026-01-30 07:37:24 CET

もう 51% になってる .... ぴえん

2026-01-30 07:20:23 CET

さっそくメモリ使用量 30% (270MB / 700MB) に到達してて草。nostr 厳しい

2026-01-30 07:17:42 CET

https://n0str.tani.cc から様子が見れるよ!

2026-01-30 07:15:55 CET

wss://n0str.tani.cc の DBを最適化してさらに Async Iterator をつかって GC 節約もしたので、今度こそ! いざ尋常に勝負!

2026-01-28 08:55:50 CET

- reply

なんぼあってもよいですからね、メモリなんて。

2026-01-28 08:55:27 CET

メモリ無限GB欲しい

2026-01-28 04:10:34 CET

リレーと密結合した実装なので、ssr ができる。リクエスト前の投稿分は ssr で事前レンダリングしてあって、快適に閲覧できる仕様になっております。リレーサーバーだからできること。

2026-01-28 04:02:22 CET

https://n0str.tani.cc/ からリレーの内容をのぞけるようにした。

2026-01-27 14:48:13 CET

本当はバリデーションライブラリも使いたくないし、暗号周りも WebCrypto APIや自作にしたかったけど、安全性周りのものを自作するのは流石に自身がなかった。まあ、Bun / arktype / nostr-tools を各月で更新監視すれば充分カバーできるなと。

2026-01-27 14:46:07 CET

n0str の依存関係バリデーションライブラリと nostr-tools しかないの偉いと思うんだ。OpenBSDの思想と同じで、依存先を最小化すれば安全という戦略。
https://image.nostr.build/f9f9d855f71e095d2a77489006191c56b10454e4755d54c7d3f8e5e572cded67.png

2026-01-27 14:17:07 CET

- reply

https://image.nostr.build/5056f8e0adcecfb0f232f499cbe9b7ff6e8733f896d68e604c67adc737021e0e.png
このように rabbit では正常判定になった

2026-01-27 14:15:51 CET

n0str のプロトコル対応について修正できた気がする。

2026-01-27 13:59:54 CET

やはい公開して、みんなに使ってもらわないと、テストだけではわからないことがあるんだなぁ。

2026-01-27 13:57:19 CET

- reply

Auth validation failed: invalid: relay tag mismatch (expected ws://n0str.tani.cc/, got wss://n0str.tani.cc) とログが出てる。
これは、僕がローカルで ws:// で立ち上げて、しかし cloudflare tunnel 経由 (vpn) で wss として公開しているので、サーバー側は ws:// を期待しているが外部からだと wss でしかアクセスできない、というすれ違いが問題が問題を引き起しているかも

2026-01-27 13:50:43 CET

- reply

あれれ? 書き込めない ... ? nak だと書き込めたんだけど

2026-01-27 13:46:53 CET

僕が凄いというより、なんでもはいっているJSランタイムとSQLite が凄い。

2026-01-27 13:45:31 CET

一応、`bun stress` で負荷テストしたら 10000件くらい一気に書き込んでも死ななかった。SQLite すごい。

2026-01-27 13:44:35 CET

新しいNostrリレー実装「n0str」を公開しました！
導入コストゼロを目指したシングルバイナリのリレーです。
✨ 注目ポイント：
📦 爆速設営：バイナリを落として実行するだけ。Docker不要、SQLite内蔵。
🌏 日本語検索に強い：Intl.Segmenter採用で、日本語の全文検索(NIP-50)が正しく動作します。
⚡ 最新仕様：Negentropy (NIP-77) や NIP-45 など、30以上のNIPに対応。
🛠 Bun製：モダンで軽量、高性能なアーキテクチャ。
お試し接続先：wss://n0str.tani.cc リポジトリ：https://github.com/tani/n0str
自分でリレーを立ててみたい方、ぜひ試してみてください！ #nostr #nostrdev #relay #opensource #n0str

2026-01-27 13:43:25 CET

🚀 推荐一个全新的 Nostr 中继器：n0str
n0str 是一个追求「零摩擦」的高性能单文件本地中继器。
✨ 核心亮点：
📦 部署极简：单个二进制文件，无需 Docker，开箱即用。
🌏 完美的中文搜索：内置 Intl.Segmenter，真正解决 CJK（中日韩）分词搜索痛点（NIP-50）。
⚡ 性能卓越：基于 Bun 和 SQLite WAL 模式，支持 Negentropy (NIP-77) 快速同步。
🛠 功能完备：支持 NIP-13 (PoW), NIP-42 (Auth) 等 30 多个 NIP 协议。
立即体验：wss://n0str.tani.cc 代码开源：https://github.com/tani/n0str
#nostr #china #relay #opensource #censorshipresistance

2026-01-27 13:42:54 CET

🚀 Announcing n0str: The Zero-Friction Nostr Relay!
Tired of complex Docker setups? n0str is a single-binary, high-performance relay designed for simplicity and speed.
✨ Key Features:
📦 Single Binary: Just download and run.
🗄️ Embedded DB: Powered by SQLite (WAL mode enabled).
🌏 True Global Search: Proper CJK indexing via Intl.Segmenter.
⚡ Modern: Supports NIP-77 (Negentropy), NIP-45, and 30+ more.
Built with Bun for maximum efficiency. Try it now: wss://n0str.tani.cc
Repo: https://github.com/tani/n0str
#nostr #relay #bitcoin #p2p #opensource

2026-01-27 13:42:34 CET

n0str という新しいリレーをつくったので宣伝ポストします。3カ国語で。

2026-01-14 17:33:46 CET

盗品を盗品と知らずに貰い受けてしまって、さらにそれを、売却した時、その人が犯罪になるのか？という議論ですね。

2026-01-14 17:31:49 CET

犯罪の打ち合わせをするためにOpenSlotsが使われた時の議論が必要だろう、という批判はあると思いますね。
開発者の僕はもちろん、リレー運用者にも。
道徳・倫理・法律の面で、個々の議論はあると思いますが、暗号化されたものを流通させることに関しては、「善意の第三者」という解釈が適用されると思います。
https://fujisawa.vbest.jp/columns/general_civil/g_lp_indi/7515/

2026-01-14 17:23:24 CET

みんな、断られる未来しか、考えてなくて、これまでの人生が透けて見えますねぇ。（炎上マーケティング）

2026-01-14 17:21:36 CET

- reply

ちなみに僕は両方とも０％なので同じ確率です！

2026-01-14 17:20:39 CET

- reply

前者は、「日時とイベント」の両方の可否を聞いていますが、実は後者は「イベント」はOKの前提のもとで「日時」のみ可否を聞いていますね。

2026-01-14 17:15:41 CET

気になる異性をデートに誘う時、「来週の土曜日映画を見に行かない？」と「映画を見にいきたいんだけど、いつ空いてる？」の成功率の違いを考えてみてほしい。（ただし、嫌われていないものとする）

2026-01-14 17:13:18 CET

- reply

リレー運用側の意見きけて勉強になります！ゆくゆくは openslots 自身のリレーも用意する覚悟です！

2026-01-14 17:09:31 CET

ただ調整さんとかを仕事（に近いシーン）で使おうとすると、名前とか適当なハンドル名にするとはいえ、集合時間とかの個人情報がサーバーにのるのが、ちょっとまずいよなーと。なのでマルっと暗号してしまえば、安全だなと思いついて作りました。

2026-01-14 17:06:08 CET

仕事仲間と打ち合わせの調整するときに、どの時間が空いているかを、互いに調整する必要があって、その場合、「候補日を決めて伝えなくちゃいけない」「相手も空いてそうな時間を選ぶ」という空気読みが発生するんですが、When2meetとかだと、雑に二週間選んで送りあって、適当に色を塗ると、濃くなる場所が出てきて、それを打ち合わせに採用する、という使い方ですね

2026-01-14 17:02:45 CET

グラデーションの色もっと濃くした方が良さそうですね

2026-01-14 16:39:04 CET

スパムみたいにになってしまってすみません。URL貼り忘れたので ... m ( _ _ ) m

2026-01-14 16:38:30 CET

📅 Meet OpenSlots: The ZK Scheduling Alternative to Doodle & Calendly
https://openslots.pages.dev
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
https://image.nostr.build/ea7b60d80a526aa8f4c40c53be1f095349752b4a01dc0de1d7058ee30be07311.png

2026-01-14 16:33:20 CET

長すぎたんで、短いやつ流します

2026-01-14 16:32:19 CET

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://image.nostr.build/ea7b60d80a526aa8f4c40c53be1f095349752b4a01dc0de1d7058ee30be07311.png

2025-11-30 15:30:24 CET

https://libre.taiju.info/2022/11/06/sourcehut-rejects-cryptcurrency-related-projects.html
失望したよ… 僕自身は暗号通貨に関わってないけれど、nostr は以下のフィールドと多くないところで活躍してる技術だし、そういったものをsourcehut に置くのも意見かもしれないね。
---
アナウンスの趣旨は下記だ。
1. SourceHut は、2023 年の利用規約の更新にて暗号通貨またはブロックチェーン関連プロジェクトを禁止する
2. これらのプロジェクトは主に投資詐欺的な行為に利用され、詐欺被害者を作り、さらには地球環境への悪影響をも及ぼす
3. 2. に該当しない場合があれば、ホスティングを許可するように申請することができる
SourceHut のプロジェクトで暗号通貨による寄付を求めることは問題としない

2025-11-30 11:30:07 CET

https://github.com/mermaid-js/mermaid/issues/6634
mermaid-js for server side rendering がついに成功したらしい！

2025-11-30 10:15:17 CET

バッグも上下もインナーもリュックもワークマンで買うようになってしまって、コーディネートでいうと工事現場と同じ。

2025-11-30 10:14:00 CET

そういえば、さっきケンタッキーでチキン竜田バーガーをたべてきた。たしかに美味しいんだけど、バーガーキングみたいな、値段以上の満足感みたいのは得られなかった。やはりバーガーをたべるならバーガーキングだ。

2025-11-30 10:12:53 CET

https://github.com/Mic92/nixos-shell よさそう

2025-11-30 10:12:20 CET

x.com をひらくと時間を浪費して30分くらいたってしまうので、やはり x.com をやめるだけで、有意義な時間が増えそうである。あと Youtubeも。

2025-11-30 10:08:12 CET

rabbit というクライアントをつかってみている。よさそう