2025-02-06T17:52:42Z https://yabu.me puppo https://yabu.me/npub1pupp0m7f4hd4jlxasua7j5gq9fejzunu32m8wrpufaufsmymjzqsyl8uql https://nostr.build/i/p/054fb948b282a0a0d962f7c50eb2cdfb09c714ae87d9b2e996a1d579be48d883.jpg https://nostr.build/i/p/054fb948b282a0a0d962f7c50eb2cdfb09c714ae87d9b2e996a1d579be48d883.jpg https://yabu.me/nevent1qqsqtlsjgywye6rekmdh4rrde4ut70fg6t40kx65n49fkkj52e2mgvszyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggza9kjyj In reply to <a href='/nevent1qqs269u0d9k05h45cr8qaklr6huvyhglswt63pze5vmwmge7m8vx4qsursk53'>nevent1q…sk53</a><br/>_________________________<br/><br/>Test mention <span itemprop="mentions" itemscope itemtype="https://schema.org/Person"><a itemprop="url" href="/npub1lrnvvs6z78s9yjqxxr38uyqkmn34lsaxznnqgd877j4z2qej3j5s09qnw5" class="bg-lavender dark:prose:text-neutral-50 dark:text-neutral-50 dark:bg-garnet px-1"><span>corndalorian</span> (<span class="italic">npub1lrn…qnw5</span>)</a></span> 2025-06-27T14:02:52Z https://yabu.me/nevent1qqs97uk3awnhsr5g4j7md9dt570t2tgythqn8stv5xdfey3ycwzrsmszyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggz4sdt6y In reply to <a href='/nevent1qqs269u0d9k05h45cr8qaklr6huvyhglswt63pze5vmwmge7m8vx4qsursk53'>nevent1q…sk53</a><br/>_________________________<br/><br/>Test reply 2025-06-27T14:02:30Z https://yabu.me/nevent1qqsy2x7jyvpg5cdxcyz0768qpuds87kkz9tu9x8x0vunavwzwhksqeczyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzj2xlqd In reply to <a href='/nevent1qqs8zpw4l0sq5d5n8yhjsj8scqtr6wfs3eust3q04gcanv6lk8rnr2sw8p77x'>nevent1q…p77x</a><br/>_________________________<br/><br/>Followed 🐾💜 2025-05-07T11:54:50Z https://yabu.me/nevent1qqs25pa9hmx6us866xvj2kg26e6xczmdwxqumslcwvzng7nksn0ludgzyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggznuysve In reply to <a href='/nevent1qqswt6lqvj4dv02t9wmp7dr36hcrz3ycs570sy3g4ns8679tc9xhp4qvu6652'>nevent1q…6652</a><br/>_________________________<br/><br/>💜🐾 2025-05-07T11:39:32Z https://yabu.me/nevent1qqsvz30nyy9cr7mrq56uww5wckvtj49a0k739dn43d453hxga3pp7nczyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggz8lw0mj In reply to <a href='/nevent1qqsv29ns4qhlghqq6386lt0k7anq8asrl4umzrhahl954ltngym9ceqa4p70m'>nevent1q…p70m</a><br/>_________________________<br/><br/>Thank you ser! 🫂 2025-05-07T11:32:37Z https://yabu.me/nevent1qqsyftlz77q0mshzd48n5znvrxfk0gs6qcv3knefwxzrkl53w86g5vszyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzhaz9tk In reply to <a href='/nevent1qqsxu4gvac588sl3ul7slfqcwmcuj97vgksjk40wvda5junt63y7c5qypcmff'>nevent1q…cmff</a><br/>_________________________<br/><br/>👀 Got room for one moar? 2025-05-07T11:22:01Z https://yabu.me/nevent1qqswn7c6c5yf7702w4rpfyf69gm6dz3a2d2xmn3ncw2qnqw97evfj6gzyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzfuuz7y 👀<blockquote class="border-l-05rem border-l-strongpink border-solid"><div class="-ml-4 bg-gradient-to-r from-gray-100 dark:from-zinc-800 to-transparent mr-0 mt-0 mb-4 pl-4 pr-2 py-2">quoting <span itemprop="mentions" itemscope itemtype="https://schema.org/Article"><a itemprop="url" href="/note12c6g4608p9dav25hgfdez3aqw0fu426zwvesxr5ex9dhp0c5kl8sh2q5vp" class="bg-lavender dark:prose:text-neutral-50 dark:text-neutral-50 dark:bg-garnet px-1">note12c6…q5vp</a></span> </div> lol<br/><a href="https://following.space/d/2irz1yazlnoy?p=623ed218de81311783656783d6ce690b521a89c4dc09f28962e5bfd4fa549249">https://following.space/d/2irz1yazlnoy?p=623ed218de81311783656783d6ce690b521a89c4dc09f28962e5bfd4fa549249</a> </blockquote> 2025-05-07T11:21:10Z https://yabu.me/nevent1qqsfqr2dqgnucq9ltlaxyv9gc9uekkrtm5caqeazqrk8wfa9dv6ej0czyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggz03fj73 In reply to <a href='/nevent1qqsp0vpllcrqfn0mz8v0xutsncyq3f0j6de8rem4a97qcsda834tx0gd6h48z'>nevent1q…h48z</a><br/>_________________________<br/><br/>🫡 2025-02-21T21:25:37Z https://yabu.me/nevent1qqs2qtv94c00k3pc9lhxlgdgp7v2ddazddp0gjes2uusz74mkra80rqzyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzr9yw8v In reply to <a href='/nevent1qqsfyutlqd56zdsaqnlwn9wg3m2sk5ap69z0u6neulag32x26cpdx2g0k8qwa'>nevent1q…8qwa</a><br/>_________________________<br/><br/>👀 2023-12-23T03:42:54Z https://yabu.me/nevent1qqsvhk2ruv47xunuwnhasy2pgd6gluu603sylw6xmd9jvpvsxn3am0czyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzrt4l6m In reply to <a href='/nevent1qqs2ex2v6wvclecwhyqlys0qt5w5tn02jtga7p3t5nns8lxh3yzw08sv72j78'>nevent1q…2j78</a><br/>_________________________<br/><br/>Mi familia 💜🐶 2023-09-29T12:15:21Z https://yabu.me/nevent1qqs9yc37xhnd3l5t67v4nrlaw2hvamjfr5rjp7nsc9l32nm7g2l72tczyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggz0cdg8q In reply to <a href='/nevent1qqs0qltx4f2k6gdzy85v0u4mqq5uea6adyffkv7azyu4fanmj53eugqy3w4jy'>nevent1q…w4jy</a><br/>_________________________<br/><br/>Test bare note ID<br/><blockquote class="border-l-05rem border-l-strongpink border-solid"><div class="-ml-4 bg-gradient-to-r from-gray-100 dark:from-zinc-800 to-transparent mr-0 mt-0 mb-4 pl-4 pr-2 py-2">quoting <br/><span itemprop="mentions" itemscope itemtype="https://schema.org/Article"><a itemprop="url" href="/note1dhegyrfsn9frpwxdxampwvhs7m9mxz6u97v2rug5dhahva2ujl2suwgmgq" class="bg-lavender dark:prose:text-neutral-50 dark:text-neutral-50 dark:bg-garnet px-1">note1dhe…gmgq</a></span> </div> <p>I thought it might be interesting to do a quick technical writeup of nostrdb and the new nostrdb profile searching. This is the first text search index within nostrdb, if you&#39;re interested in the nitty gritty details of things, this article is for you!</p> <p>For the most part, nostrdb has been a copy of the design of strfry, in terms of its indices and multi-process architecture. strfry doesn&#39;t support search (yet), so this is a novel feature of nostrdb. What is strfry? If it weren&#39;t for strfry, nostr wouldn&#39;t work. It is simply the best way to implement a nostr database and relay. SQL servers are just too slow to serve dynamic queries at scale.</p> <p>I wanted something like strfry that I could embed into native nostr clients like Damus, this is how nostrdb was born!</p> <p>First, let&#39;s look at how nostrdb at a high level.</p> <h1 id="nostrdb-2">nostrdb</h1> <p>nostrdb is an embedded library for native nostr clients. It uses the Lightning-mapped database (LMDB) for very efficient querying. This allows it to skip SQL query parsing and query planning. We don&#39;t really need all that with nostr. nostr search filters are a bit more restrictive, so we can build custom indices for the most common nostr queries. This is a huge win CPU-wise, nostr queries can be very dynamic, and skipping the query parsing and planning saves CPU and battery.</p> <p>Before we get into any of that, let&#39;s look at how you would use the library from the highest level. The entrypoint for notes in nostrdb is the <code>ndb_process_event</code> function. When you receive nostr events from another relay, this function is called for each event.</p> <h2 id="event-processing-2">Event processing</h2> <p><code>ndb_process_event(&#39;[&#34;EVENT&#34;,&#34;subid&#34;,{kind:1, ...}]&#39;)</code></p> <p>We begin by queueing the event for processing in the multi-threaded ingester. This allows it to return immediately and not block the client.</p> <p>The ingester is multi-threaded because validating note signatures can be pretty slow. We want note processing to be as quick as possible so nostrdb doesn&#39;t have a bottleneck here.</p> <p>nostrdb is very smart about not burning CPU when it doesn&#39;t need to. The custom json parser will stop when it finds the note ID field, lookup that note in the database to see if we already have it, and then stop JSON parsing if we do. This saves CPU for large notes like contact lists, and skips the need to re-validate the signature as well. Even strfry doesn&#39;t make this optimization, so nostrdb has a speed, cpu, and battery life advantage here.</p> <p>During the processing step, nostrdb will detect different note types such as profile metadata. It will look at the <code>name</code> and <code>display_name</code> field and add a custom index for searching user profiles. Since keys in LMDB are lexicographically sorted and support range queries, our profile search indices is simply (name + pubkey + created_at). This allows you to do a ranged key-lookup on &#34;jb&#34; and it will position the db cursor to the first record that starts with jb. LMDB uses a b+ tree, this is not a linear scan, so it is very fast! Eventually this index will be used for implementing nip-50 search on the nostrdb relay interface, which is coming sometime in the future.</p> <p>Once we&#39;re done writing the indices and validating the note, we store nostr notes in a custom, compact binary format that is easy to access directly in memory from any programming language. We also do this with profile records by leveraging flatbuffers.</p> <p>So in the end, what does this achieve? It enables you to store as much nostr data as you want with near zero query and serialization overhead. Since the data stored in nostrdb is just flatbuffers, you can access data directly from the operating system&#39;s page cache (just a pointer to memory) and from any programming language via flatbuffer&#39;s schema and codegen tools. It&#39;s so fast it will be guaranteed once of the fastest things in your codebase. You can even run it in your main UI thread so you can worry about other things such as UX and design without introducing complex async logic in your user interface.</p> <h2 id="what-s-next-2">What&#39;s next</h2> <p>nostrdb is already partially integrated into Damus iOS. Damus uses nostrdb&#39;s compact note format for storing notes in memory, but eventually everything will be switched to use nostrdb directly. The next version of Damus testflight will remove the in-memory and core-data profile cache and switch to nostrdb profiles. Damus currently has a complex in-memory trie data structure for profile searches, but it only knows about profiles it has seen during the current session. This is a common source of confusion, sometimes Damus doesn&#39;t auto-complete profiles it has already seen sometime in the past. nostrdb profile searches will allow @ mentions and user search to find every profile it has ever seen in realtime. This will be a huge usability win for Damus and other clients looking to adopt nostrdb.</p> <p>Right now nostrdb exposes its functionality via direct function calls: <code>ndb_get_profile</code>, etc. The plan is that most of these calls won&#39;t be necessary. Once nostrdb has nostr filter parsing, it will be able to support dynamic queries of the kind you would expect from your typical nostr relay. This will turn nostrdb-powered clients into relays themselves.</p> <p>Once nostrdb is more relay-like, then we will be able to leverage strfry&#39;s negentropy set-reconciliation queries to only fetch notes that we don&#39;t already have. This will be insanely useful for reducing bandwidth usage when querying strfry relays. Eventually it may make the most sense to just let nostrdb do all the websocket querying behind the scenes, becoming a kind of local multiplexing relay.</p> <p>The future of nostrdb is very exciting. I plan on using it in Damus NoteDeck and Damus Android, why duplicate all this work in every client? nostrdb will make developing native clients much easier.</p> <h2 id="support-2">Support</h2> <p>Damus and nostrdb are mainly supported by donations. nostrdb is open source, MIT-licensed. Damus is GPL. We are dedicated to building the best and most free open source tech on nostr. If you would like to support our work, please consider <a href="https://store.damus.io">buying our merch</a> !</p> <p>Thanks for getting this far! Until next time...</p> </blockquote> 2023-09-20T21:40:24Z https://yabu.me/nevent1qqsg32yjufsc3p300hk83extyrkf58qv76t9yc7c9mw6n59mhh22knszyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggz8n34fu In reply to <a href='/nevent1qqs0qltx4f2k6gdzy85v0u4mqq5uea6adyffkv7azyu4fanmj53eugqy3w4jy'>nevent1q…w4jy</a><br/>_________________________<br/><br/>Test @note<br/><blockquote class="border-l-05rem border-l-strongpink border-solid"><div class="-ml-4 bg-gradient-to-r from-gray-100 dark:from-zinc-800 to-transparent mr-0 mt-0 mb-4 pl-4 pr-2 py-2">quoting <br/><span itemprop="mentions" itemscope itemtype="https://schema.org/Article"><a itemprop="url" href="/note1dhegyrfsn9frpwxdxampwvhs7m9mxz6u97v2rug5dhahva2ujl2suwgmgq" class="bg-lavender dark:prose:text-neutral-50 dark:text-neutral-50 dark:bg-garnet px-1">note1dhe…gmgq</a></span> </div> <p>I thought it might be interesting to do a quick technical writeup of nostrdb and the new nostrdb profile searching. This is the first text search index within nostrdb, if you&#39;re interested in the nitty gritty details of things, this article is for you!</p> <p>For the most part, nostrdb has been a copy of the design of strfry, in terms of its indices and multi-process architecture. strfry doesn&#39;t support search (yet), so this is a novel feature of nostrdb. What is strfry? If it weren&#39;t for strfry, nostr wouldn&#39;t work. It is simply the best way to implement a nostr database and relay. SQL servers are just too slow to serve dynamic queries at scale.</p> <p>I wanted something like strfry that I could embed into native nostr clients like Damus, this is how nostrdb was born!</p> <p>First, let&#39;s look at how nostrdb at a high level.</p> <h1 id="nostrdb-5">nostrdb</h1> <p>nostrdb is an embedded library for native nostr clients. It uses the Lightning-mapped database (LMDB) for very efficient querying. This allows it to skip SQL query parsing and query planning. We don&#39;t really need all that with nostr. nostr search filters are a bit more restrictive, so we can build custom indices for the most common nostr queries. This is a huge win CPU-wise, nostr queries can be very dynamic, and skipping the query parsing and planning saves CPU and battery.</p> <p>Before we get into any of that, let&#39;s look at how you would use the library from the highest level. The entrypoint for notes in nostrdb is the <code>ndb_process_event</code> function. When you receive nostr events from another relay, this function is called for each event.</p> <h2 id="event-processing-5">Event processing</h2> <p><code>ndb_process_event(&#39;[&#34;EVENT&#34;,&#34;subid&#34;,{kind:1, ...}]&#39;)</code></p> <p>We begin by queueing the event for processing in the multi-threaded ingester. This allows it to return immediately and not block the client.</p> <p>The ingester is multi-threaded because validating note signatures can be pretty slow. We want note processing to be as quick as possible so nostrdb doesn&#39;t have a bottleneck here.</p> <p>nostrdb is very smart about not burning CPU when it doesn&#39;t need to. The custom json parser will stop when it finds the note ID field, lookup that note in the database to see if we already have it, and then stop JSON parsing if we do. This saves CPU for large notes like contact lists, and skips the need to re-validate the signature as well. Even strfry doesn&#39;t make this optimization, so nostrdb has a speed, cpu, and battery life advantage here.</p> <p>During the processing step, nostrdb will detect different note types such as profile metadata. It will look at the <code>name</code> and <code>display_name</code> field and add a custom index for searching user profiles. Since keys in LMDB are lexicographically sorted and support range queries, our profile search indices is simply (name + pubkey + created_at). This allows you to do a ranged key-lookup on &#34;jb&#34; and it will position the db cursor to the first record that starts with jb. LMDB uses a b+ tree, this is not a linear scan, so it is very fast! Eventually this index will be used for implementing nip-50 search on the nostrdb relay interface, which is coming sometime in the future.</p> <p>Once we&#39;re done writing the indices and validating the note, we store nostr notes in a custom, compact binary format that is easy to access directly in memory from any programming language. We also do this with profile records by leveraging flatbuffers.</p> <p>So in the end, what does this achieve? It enables you to store as much nostr data as you want with near zero query and serialization overhead. Since the data stored in nostrdb is just flatbuffers, you can access data directly from the operating system&#39;s page cache (just a pointer to memory) and from any programming language via flatbuffer&#39;s schema and codegen tools. It&#39;s so fast it will be guaranteed once of the fastest things in your codebase. You can even run it in your main UI thread so you can worry about other things such as UX and design without introducing complex async logic in your user interface.</p> <h2 id="what-s-next-5">What&#39;s next</h2> <p>nostrdb is already partially integrated into Damus iOS. Damus uses nostrdb&#39;s compact note format for storing notes in memory, but eventually everything will be switched to use nostrdb directly. The next version of Damus testflight will remove the in-memory and core-data profile cache and switch to nostrdb profiles. Damus currently has a complex in-memory trie data structure for profile searches, but it only knows about profiles it has seen during the current session. This is a common source of confusion, sometimes Damus doesn&#39;t auto-complete profiles it has already seen sometime in the past. nostrdb profile searches will allow @ mentions and user search to find every profile it has ever seen in realtime. This will be a huge usability win for Damus and other clients looking to adopt nostrdb.</p> <p>Right now nostrdb exposes its functionality via direct function calls: <code>ndb_get_profile</code>, etc. The plan is that most of these calls won&#39;t be necessary. Once nostrdb has nostr filter parsing, it will be able to support dynamic queries of the kind you would expect from your typical nostr relay. This will turn nostrdb-powered clients into relays themselves.</p> <p>Once nostrdb is more relay-like, then we will be able to leverage strfry&#39;s negentropy set-reconciliation queries to only fetch notes that we don&#39;t already have. This will be insanely useful for reducing bandwidth usage when querying strfry relays. Eventually it may make the most sense to just let nostrdb do all the websocket querying behind the scenes, becoming a kind of local multiplexing relay.</p> <p>The future of nostrdb is very exciting. I plan on using it in Damus NoteDeck and Damus Android, why duplicate all this work in every client? nostrdb will make developing native clients much easier.</p> <h2 id="support-5">Support</h2> <p>Damus and nostrdb are mainly supported by donations. nostrdb is open source, MIT-licensed. Damus is GPL. We are dedicated to building the best and most free open source tech on nostr. If you would like to support our work, please consider <a href="https://store.damus.io">buying our merch</a> !</p> <p>Thanks for getting this far! Until next time...</p> </blockquote> 2023-09-20T21:39:42Z https://yabu.me/nevent1qqs0qltx4f2k6gdzy85v0u4mqq5uea6adyffkv7azyu4fanmj53eugqzyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzrg97m3 Test <br/><blockquote class="border-l-05rem border-l-strongpink border-solid"><div class="-ml-4 bg-gradient-to-r from-gray-100 dark:from-zinc-800 to-transparent mr-0 mt-0 mb-4 pl-4 pr-2 py-2">quoting <br/><span itemprop="mentions" itemscope itemtype="https://schema.org/Article"><a itemprop="url" href="/naddr1qqxnzd3ex5eryvfkx56nydesqgsr9cvzwc652r4m83d86ykplrnm9dg5gwdvzzn8ameanlvut35wy3grqsqqqa282m6u3g" class="bg-lavender dark:prose:text-neutral-50 dark:text-neutral-50 dark:bg-garnet px-1">naddr1qq…6u3g</a></span> </div> <p>I thought it might be interesting to do a quick technical writeup of nostrdb and the new nostrdb profile searching. This is the first text search index within nostrdb, if you&#39;re interested in the nitty gritty details of things, this article is for you!</p> <p>For the most part, nostrdb has been a copy of the design of strfry, in terms of its indices and multi-process architecture. strfry doesn&#39;t support search (yet), so this is a novel feature of nostrdb. What is strfry? If it weren&#39;t for strfry, nostr wouldn&#39;t work. It is simply the best way to implement a nostr database and relay. SQL servers are just too slow to serve dynamic queries at scale.</p> <p>I wanted something like strfry that I could embed into native nostr clients like Damus, this is how nostrdb was born!</p> <p>First, let&#39;s look at how nostrdb at a high level.</p> <h1 id="nostrdb-8">nostrdb</h1> <p>nostrdb is an embedded library for native nostr clients. It uses the Lightning-mapped database (LMDB) for very efficient querying. This allows it to skip SQL query parsing and query planning. We don&#39;t really need all that with nostr. nostr search filters are a bit more restrictive, so we can build custom indices for the most common nostr queries. This is a huge win CPU-wise, nostr queries can be very dynamic, and skipping the query parsing and planning saves CPU and battery.</p> <p>Before we get into any of that, let&#39;s look at how you would use the library from the highest level. The entrypoint for notes in nostrdb is the <code>ndb_process_event</code> function. When you receive nostr events from another relay, this function is called for each event.</p> <h2 id="event-processing-8">Event processing</h2> <p><code>ndb_process_event(&#39;[&#34;EVENT&#34;,&#34;subid&#34;,{kind:1, ...}]&#39;)</code></p> <p>We begin by queueing the event for processing in the multi-threaded ingester. This allows it to return immediately and not block the client.</p> <p>The ingester is multi-threaded because validating note signatures can be pretty slow. We want note processing to be as quick as possible so nostrdb doesn&#39;t have a bottleneck here.</p> <p>nostrdb is very smart about not burning CPU when it doesn&#39;t need to. The custom json parser will stop when it finds the note ID field, lookup that note in the database to see if we already have it, and then stop JSON parsing if we do. This saves CPU for large notes like contact lists, and skips the need to re-validate the signature as well. Even strfry doesn&#39;t make this optimization, so nostrdb has a speed, cpu, and battery life advantage here.</p> <p>During the processing step, nostrdb will detect different note types such as profile metadata. It will look at the <code>name</code> and <code>display_name</code> field and add a custom index for searching user profiles. Since keys in LMDB are lexicographically sorted and support range queries, our profile search indices is simply (name + pubkey + created_at). This allows you to do a ranged key-lookup on &#34;jb&#34; and it will position the db cursor to the first record that starts with jb. LMDB uses a b+ tree, this is not a linear scan, so it is very fast! Eventually this index will be used for implementing nip-50 search on the nostrdb relay interface, which is coming sometime in the future.</p> <p>Once we&#39;re done writing the indices and validating the note, we store nostr notes in a custom, compact binary format that is easy to access directly in memory from any programming language. We also do this with profile records by leveraging flatbuffers.</p> <p>So in the end, what does this achieve? It enables you to store as much nostr data as you want with near zero query and serialization overhead. Since the data stored in nostrdb is just flatbuffers, you can access data directly from the operating system&#39;s page cache (just a pointer to memory) and from any programming language via flatbuffer&#39;s schema and codegen tools. It&#39;s so fast it will be guaranteed once of the fastest things in your codebase. You can even run it in your main UI thread so you can worry about other things such as UX and design without introducing complex async logic in your user interface.</p> <h2 id="what-s-next-8">What&#39;s next</h2> <p>nostrdb is already partially integrated into Damus iOS. Damus uses nostrdb&#39;s compact note format for storing notes in memory, but eventually everything will be switched to use nostrdb directly. The next version of Damus testflight will remove the in-memory and core-data profile cache and switch to nostrdb profiles. Damus currently has a complex in-memory trie data structure for profile searches, but it only knows about profiles it has seen during the current session. This is a common source of confusion, sometimes Damus doesn&#39;t auto-complete profiles it has already seen sometime in the past. nostrdb profile searches will allow @ mentions and user search to find every profile it has ever seen in realtime. This will be a huge usability win for Damus and other clients looking to adopt nostrdb.</p> <p>Right now nostrdb exposes its functionality via direct function calls: <code>ndb_get_profile</code>, etc. The plan is that most of these calls won&#39;t be necessary. Once nostrdb has nostr filter parsing, it will be able to support dynamic queries of the kind you would expect from your typical nostr relay. This will turn nostrdb-powered clients into relays themselves.</p> <p>Once nostrdb is more relay-like, then we will be able to leverage strfry&#39;s negentropy set-reconciliation queries to only fetch notes that we don&#39;t already have. This will be insanely useful for reducing bandwidth usage when querying strfry relays. Eventually it may make the most sense to just let nostrdb do all the websocket querying behind the scenes, becoming a kind of local multiplexing relay.</p> <p>The future of nostrdb is very exciting. I plan on using it in Damus NoteDeck and Damus Android, why duplicate all this work in every client? nostrdb will make developing native clients much easier.</p> <h2 id="support-8">Support</h2> <p>Damus and nostrdb are mainly supported by donations. nostrdb is open source, MIT-licensed. Damus is GPL. We are dedicated to building the best and most free open source tech on nostr. If you would like to support our work, please consider <a href="https://store.damus.io">buying our merch</a> !</p> <p>Thanks for getting this far! Until next time...</p> </blockquote> 2023-09-20T21:37:06Z https://yabu.me/nevent1qqsxp87uvfy557e67zau94ww5mcjn7adut8xdf42arvs4esnq5n6k2czyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzd8sv0y hello world 2023-09-19T22:15:33Z https://yabu.me/nevent1qqsqhfe0qs25ny5mr3gez0slpvxed9l2lnzahqawmyqrje6szesvyuczyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzd2w820 In reply to <a href='/nevent1qqsvdjtfdrtws39wq04adupsvuc39gy2kv05mwt3tggwcpxzsgdqessfyf27q'>nevent1q…f27q</a><br/>_________________________<br/><br/>A poop a day keeps the vet away. 🐕 2023-09-07T00:03:02Z https://yabu.me/nevent1qqsxqvfhfuncvaalc6ua8dc2sukqlhtjhdkge5zzd3nrcrcau4ng0zczyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzzqs2ag In reply to <a href='/nevent1qqs0gan8fv3utpeus6kteuhrh3ea35kswdjv0s30z3z4eg33y86afkqrjzcuf'>nevent1q…zcuf</a><br/>_________________________<br/><br/>Nice to meet another good boy around these parts. 🐶 2023-09-02T01:28:04Z https://yabu.me/nevent1qqstwpvg6uh5nmt3vzd5ky5l22e0cqp7mjl6v3hmquysm9cp2yecmuszyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzgdhv0w <img src="https://cdn.nostr.build/i/750268112dd12db988be7f7a0c2a7e29289841d1d2b8ce23406187385023afd9.jpg"> <br/><br/>This is a test post for formatting and layout. <br/><br/><a href="https://youtu.be/dQw4w9WgXcQ">https://youtu.be/dQw4w9WgXcQ</a> 2023-08-03T18:23:03Z https://yabu.me/nevent1qqsgpd5kq6dmksx9clj97jmzpmpc67s7pfuqdekynsf5qt0z8g65tuczyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzwke787 In reply to <a href='/nevent1qqsqqcdp822qel60tqvqmmkw0ll6pj97g86un2zyud9yvendnyk59egltmmlq'>nevent1q…mmlq</a><br/>_________________________<br/><br/>Test 6 2023-07-29T16:15:15Z https://yabu.me/nevent1qqsw7pefe8jt8l0y9sa5n3hvhmuj70ymptqwxr5aff8qh5jc0g5dl7qzyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggz5j6cfp In reply to <a href='/nevent1qqsqqcdp822qel60tqvqmmkw0ll6pj97g86un2zyud9yvendnyk59egltmmlq'>nevent1q…mmlq</a><br/>_________________________<br/><br/>Test 6 2023-07-29T16:14:35Z https://yabu.me/nevent1qqsdfz5h50c344s688n6l6qp5uq3japvrfn7qgsp2k5thcweva6fhdqzyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzhtyf58 In reply to <a href='/nevent1qqsfghk9dddaumaa6a75xzqdwv83egyjcz4rdy9ln8c242n447jf7zqyzqcvr'>nevent1q…qcvr</a><br/>_________________________<br/><br/>Test 5 2023-07-29T16:14:07Z https://yabu.me/nevent1qqsfghk9dddaumaa6a75xzqdwv83egyjcz4rdy9ln8c242n447jf7zqzyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzthw4kj In reply to <a href='/nevent1qqsvlu9h66zecxk5xwujn4540m2hrxh55tuf4t6fka0w7x2ztkulj9cst56qq'>nevent1q…56qq</a><br/>_________________________<br/><br/>Test 4 2023-07-29T16:13:42Z https://yabu.me/nevent1qqstlaqc30sju53q8nrj0qp8epj6zykyg7lfjtk6lcps44gsk5xvmxczyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggz0lyuhl In reply to <a href='/nevent1qqsvlu9h66zecxk5xwujn4540m2hrxh55tuf4t6fka0w7x2ztkulj9cst56qq'>nevent1q…56qq</a><br/>_________________________<br/><br/>Test 3 2023-07-29T16:13:19Z https://yabu.me/nevent1qqsvlu9h66zecxk5xwujn4540m2hrxh55tuf4t6fka0w7x2ztkulj9czyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzgn45e0 In reply to <a href='/nevent1qqsqqcdp822qel60tqvqmmkw0ll6pj97g86un2zyud9yvendnyk59egltmmlq'>nevent1q…mmlq</a><br/>_________________________<br/><br/>Test 2 2023-07-29T16:13:08Z https://yabu.me/nevent1qqsqqcdp822qel60tqvqmmkw0ll6pj97g86un2zyud9yvendnyk59egzyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzgterkg Test post 1 2023-07-29T16:12:53Z https://yabu.me/nevent1qqszzscxxysxvgk0wzer9l3nrts7h75lyg9vedk0hr5eqdf0esufeyqzyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggz04afwd In reply to <a href='/nevent1qqsqpprev99at74g9gkamchxh3z2hfc8lwsqnkdletp5u0m609dgt3qc7xy7r'>nevent1q…xy7r</a><br/>_________________________<br/><br/><blockquote class="border-l-05rem border-l-strongpink border-solid"><div class="-ml-4 bg-gradient-to-r from-gray-100 dark:from-zinc-800 to-transparent mr-0 mt-0 mb-4 pl-4 pr-2 py-2">quoting <span itemprop="mentions" itemscope itemtype="https://schema.org/Article"><a itemprop="url" href="/note1qzz8jc2t6ha2s23dmh3wd0zy4wns07aqp8vmljkrfclh5726shzq79wd3e" class="bg-lavender dark:prose:text-neutral-50 dark:text-neutral-50 dark:bg-garnet px-1">note1qzz…wd3e</a></span><br/> </div> I've been working on a new electronic cash system that's fully<br/>peer-to-peer, with no trusted third party.<br/><br/>The paper is available at:<br/><a href="http://www.bitcoin.org/bitcoin.pdf">http://www.bitcoin.org/bitcoin.pdf</a><br/><br/>The main properties:<br/>Double-spending is prevented with a peer-to-peer network.<br/>No mint or other trusted parties.<br/>Participants can be anonymous.<br/>New coins are made from Hashcash style proof-of-work.<br/>The proof-of-work for new coin generation also powers the<br/>network to prevent double-spending. </blockquote>Testing Highlighter.com website with nsecBunker. 2023-07-26T23:37:17Z https://yabu.me/nevent1qqspkaesnq9xfc6x7xs33kfv8vjfzajdgerctuz28krfp0q8jzttlvqzyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzhypn9m Testing nsecBunker login in Nostur 2023-06-30T19:58:02Z https://yabu.me/nevent1qqs2hezjjyptexckd9vqdll8elpsnre7ake7mlhmjccthcnh0glav5szyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzpt2uul Nsec bunker test 3 2023-06-02T03:06:33Z https://yabu.me/nevent1qqsg47x7jfv353rtktpr8aq57vt29tjcyt3ysklasw2xgerp0uhm9lqzyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggzvqv5zc I’m not puppo 2023-06-02T02:34:21Z https://yabu.me/nevent1qqs28jwnmzja4vplpusfw8jpxxgf6qn0l4kvapkgp607sn5zj00rvhgzyq8sy9l0exkakktumkrnh623qq48xgtj0j9tvacv838h3xrvnwggz26nv03 Test 1 2023-06-02T01:41:06Z