Add links to eventfd shm extention efforts

ai/claude-code/plans/nlnet_commons_fund_proposal.md

@@ -88,10 +88,14 @@ the market venue itself.
    architecture is production-reliable.
 
    Some of this work in `tractor` core could include,
+
    - formalizing the typed IPC-msg semantics and API,
+
    - building out the hot-code-reload and supervision strategy API,
+
    - adopting and integrating more modern discovery protocol systems
      as built-ins,
+
    - experimenting with the (oddly not well known, from "team erlang"
      AND long time been inside the linux kernel) TIPC transport as
      an official IPC backend. Ostensibly its use would allow covering 
@@ -103,9 +107,13 @@ the market venue itself.
 
    - localhost-only shared-memory transport refinements with various
      improvements by extending the current implementation with,
+
      - `eventfd` signalling around our readers-writer-lock
        abstrations for managing posix-shm segments.
-     - use of apache `arrow` buffers as an data-buffer-backend to the
+       * initial core-dev WIP patch: https://pikers.dev/goodboy/tractor/pulls/10
+       * formalizing extension repo: https://github.com/guilledk/hotbaud
+
+     - use of apache `arrow` buffers as an alt-shm-buffer-backend to the
        std lib's `multiprocessing.sharedmemory`,
 
 2. **Extend the broker/data provider integration set** — formalize
@@ -171,6 +179,10 @@ type of developer who are also themselves self-funded independent
 traders) and a burgeoning community of surrounding devs, engineers,
 data scientists, traders and investors.
 
+For a summary of code-base contributions (from core devs) over the
+last year see,
+https://www.pikers.dev/pikers/piker/activity/yearly
+
 ---
 
 ## Comparison With Existing Efforts