Nostr notes by

Yes your right. The output of those different phases should be ...

2026-01-27T10:45:15Z

In reply to nevent1q…zs65
_________________________

Yes your right. The output of those different phases should be consolidated so you just see the status per relay / git / grasp server.

I totally agree. Unless you need dowload every file in a ...

2026-01-22T14:27:51Z

I totally agree. Unless you need dowload every file in a repository for some reason this is much better. It uses a fraction of the bandwidth and is really quick.

quoting
nevent1q…asgg
If you're working on a JavaScript client for NIP-34/Grasp git repositories you should use https://jsr.io/@fiatjaf/git-natural-api to fetch git data directly from the servers without having to clone the full repository.

It also works with GitHub, GitLab and others together with https://cors.isomorphic-git.org/ so you don't need to call proprietary APIs).

I thought about doing this to make @nprofile…cd2e's ...

2026-01-20T19:36:39Z

In reply to nevent1q…vlnj
_________________________

I thought about doing this to make justinmoon (nprofile…cd2e)'s favourite and fiatjaf (nprofile…xuyp) 's least favourite client at the same time

With ngit, nostr events are synced to a db within the .git ...

2026-01-17T08:23:50Z

In reply to nevent1q…5n36
_________________________

With ngit, nostr events are synced to a db within the .git directory. Also GRASP-05 enables archive servers that mirror repositories the operstor cares about. This enables repository data to always be publically available even if the services the maintainers choose go down.

Fantastic to see this coming together #nevent1q…lgfa

2026-01-20T11:35:49Z

Fantastic to see this coming together

quoting
nevent1q…lgfa
CICD pipelines in budabit.club with loom protocol.

In the future a cashu wallet will be built in so you can get change.

So your needs are: 1) basic Issue / PR flow with good review ...

2026-01-17T08:51:56Z

In reply to nevent1q…wvv0
_________________________

So your needs are: 1) basic Issue / PR flow with good review tooling 2) moderation tools 3) CI tooling? Have I missed anything?

As @nprofile…3zgd said you can use any git server you want or ...

2026-01-16T21:37:12Z

In reply to nevent1q…a4h9
_________________________

As Five (nprofile…3zgd) said you can use any git server you want or host it yourself. Grasp is designed to enable users and projects to either self host, use grasp services offered by individuals or teams in their network or use public free or paid servers. The idea is thst projects use multiple grasp services at the same time whic sync up to provides reduncancy. Its also really simple for maintainers to switch service providers by updating a single event.

How's the gnostr stuff going?

2026-01-06T21:23:42Z

In reply to nevent1q…gqaf
_________________________

How's the gnostr stuff going?

quote from https://radicle.xyz/guides/seeder : "While a ...

2026-01-16T21:23:15Z

In reply to nevent1q…lk0q
_________________________

quote from https://radicle.xyz/guides/seeder :
"While a peer-to-peer network without seed nodes is feasible, it is impractical. This is because regular “user” nodes go online and offline all the time, so finding a user from which to download a certain piece of content can be challenging, or even impossible if all users with that content are offline. Therefore, a healthy peer-to-peer network necessitates at least some highly available nodes that participate in the network like regular peers, but seldom go offline. These are called seed nodes."

last time i checked in on the project it mainly worked through ...

2026-01-16T21:22:06Z

In reply to nevent1q…dh0h
_________________________

last time i checked in on the project it mainly worked through 'seed' nodes which are analogus to relays because p2p was proving so unreliable. I'm not sure how much more decentralised it is in reality.

Hi @npub185h…wrdp, I'm the creator of gitworkshop, gnit and ...

2026-01-16T21:18:29Z

In reply to nevent1q…g82q
_________________________

Hi matt (npub185h…wrdp), I'm the creator of gitworkshop, gnit and grasp. A combination of relay an client tools can provide the provide this sort of moderation and control for projects that desire it, but the maturity of git nostr isn't really there yet. Whilst the majority of a project community would likely use these tools that support this moderation, the conversation can spill over into the wider nostr ecosystem and clients built / used that don't enforce this moderation. This is the trade-off using an open protocol thats easy to build on.

Whilst smaller project often don't require advanced git ...

2025-12-27T12:05:10Z

In reply to nevent1q…v7hs
_________________________

Whilst smaller project often don't require advanced git features such as shallow clones and no-blob, they are essential for my larger open source projects. My goal is to make git nostr so attractive for open source projects that they all want to use it, no matter their size or complex.

In my proposal there are multiple packs relating to groups of ...

2025-12-27T12:51:37Z

In reply to nevent1q…j3hz
_________________________

In my proposal there are multiple packs relating to groups of commits in the history so the hashes don't change. Uding ^2 exponential.

Ultimately I prefer the trade-off of using a git server as its ...

2025-12-27T11:57:53Z

In reply to nevent1q…aeav
_________________________

Ultimately I prefer the trade-off of using a git server as its fundimantally compatible with all git usages (shallow sync, no-blob, etc) and git tooling. Grasp enable using the battle-tested, flexible and widely used git client-server model but frees it from a single server and moves the trust and authentication onto nostr. My guiding principle has been: let git be git and let nostr be nostr.

@nprofile…ptz7 I considered using blossom, in fact I even wrote ...

2025-12-27T11:54:59Z

In reply to nevent1q…e369
_________________________

Martti Malmi (nprofile…ptz7) I considered using blossom, in fact I even wrote some code.

quoting nevent1q…x4r0
From 6bcb58925ad5a7ec2421718fb2996add9080f7bc Mon Sep 17 00:00:00 2001
From: DanConwayDev
Date: Fri, 15 Nov 2024 11:57:10 +0000
Subject: [PATCH] feat(blossom): blossom as remote using packs

This is a WIP exploration of the use of blossom as an optional
alternative to using a git server.

The incomplete code focuses on how blossom could fit with nip34
to most efficently replace the git server. It is missing the actual
blossom interaction which would hopefully would be facilited by
a new blossom feature in rust-nostr.

This implementation tries to minimise the number of blobs required
for download by using packs.

If a branch tip is at height 1304 it will split the commits in into
a number of packs. a pack the first 1024 commits, the next 256, the
next 16 and the final 8.

I planned for the identification of blossom servers to mirror the
approach taken for relays:
1. list repository blossom servers in repo announcement event
kind 30617
2. also push to user blossom servers in the standard event for that
This is not implemented, along with the rest of the blossom aspects.

I'm publishing this now as
Lez (npub1elt…cume)
has recently published a POC of an alternative approach and it makes
sense to this alternative idea.
---
Cargo.lock | 1 +
Cargo.toml | 1 +
src/bin/git_remote_nostr/fetch.rs | 4 ++++
src/bin/git_remote_nostr/list.rs | 23 ++++++++++++++++++++++-
src/bin/git_remote_nostr/push.rs | 124 +++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++++-----
src/lib/repo_state.rs | 17 ++++++++++++++++-
6 files changed, 163 insertions(+), 7 deletions(-)

diff --git a/Cargo.lock b/Cargo.lock
index b20b60a..72b37a2 100644
--- a/Cargo.lock
+++ b/Cargo.lock
@@ -1805,6 +1805,7 @@ dependencies = [
"serde_json",
"serde_yaml",
"serial_test",
+ "sha2",
"test_utils",
"tokio",
"urlencoding",
diff --git a/Cargo.toml b/Cargo.toml
index ed99aea..320a9f0 100644
--- a/Cargo.toml
+++ b/Cargo.toml
@@ -38,6 +38,7 @@ serde_yaml = "0.9.27"
tokio = "1.33.0"
urlencoding = "2.1.3"
zeroize = "1.6.0"
+sha2 = "0.10.8"

[dev-dependencies]
assert_cmd = "2.0.12"
diff --git a/src/bin/git_remote_nostr/fetch.rs b/src/bin/git_remote_nostr/fetch.rs
index a972a2f..a1116c5 100644
--- a/src/bin/git_remote_nostr/fetch.rs
+++ b/src/bin/git_remote_nostr/fetch.rs
@@ -49,6 +49,10 @@ pub async fn run_fetch(
let term = console::Term::stderr();

for git_server_url in &repo_ref.git_server {
+ if git_server_url.eq("blossom") {
+ // TODO download missing blobs
+ continue;
+ }
let term = console::Term::stderr();
if let Err(error) = fetch_from_git_server(
git_repo,
diff --git a/src/bin/git_remote_nostr/list.rs b/src/bin/git_remote_nostr/list.rs
index 92faa6b..d71c2d1 100644
--- a/src/bin/git_remote_nostr/list.rs
+++ b/src/bin/git_remote_nostr/list.rs
@@ -43,7 +43,28 @@ pub async fn run_list(

let term = console::Term::stderr();

- let remote_states = list_from_remotes(&term, git_repo, &repo_ref.git_server, decoded_nostr_url);
+ let mut remote_states = list_from_remotes(
+ &term,
+ git_repo,
+ &repo_ref
+ .git_server
+ .iter()
+ // blossom will always match nostr state
+ .filter(|s| !s.starts_with("blossom"))
+ .map(std::borrow::ToOwned::to_owned)
+ .collect::>(),
+ decoded_nostr_url,
+ );
+ if repo_ref.git_server.iter().any(|s| s.eq("blossom")) {
+ if let Some(nostr_state) = nostr_state.clone() {
+ remote_states.insert("blossom".to_owned(), nostr_state.state.clone());
+ } else if let Some((_, state)) = remote_states.iter().last() {
+ remote_states.insert("blossom".to_owned(), state.clone());
+ } else {
+ // create blank state if no nostr state exists yet
+ remote_states.insert("blossom".to_owned(), HashMap::new());
+ }
+ }

let mut state = if let Some(nostr_state) = nostr_state {
for (name, value) in &nostr_state.state {
diff --git a/src/bin/git_remote_nostr/push.rs b/src/bin/git_remote_nostr/push.rs
index db86c04..a12e8ba 100644
--- a/src/bin/git_remote_nostr/push.rs
+++ b/src/bin/git_remote_nostr/push.rs
@@ -2,6 +2,7 @@ use core::str;
use std::{
collections::{HashMap, HashSet},
io::Stdin,
+ str::FromStr,
sync::{Arc, Mutex},
time::Instant,
};
@@ -11,7 +12,7 @@ use auth_git2::GitAuthenticator;
use client::{get_events_from_cache, get_state_from_cache, send_events, sign_event, STATE_KIND};
use console::Term;
use git::{sha1_to_oid, RepoActions};
-use git2::{Oid, Repository};
+use git2::{Buf, Commit, Oid, Repository};
use git_events::{
generate_cover_letter_and_patch_events, generate_patch_event, get_commit_id_from_patch,
};
@@ -29,11 +30,17 @@ use ngit::{
};
use nostr::nips::nip10::Marker;
use nostr_sdk::{
- hashes::sha1::Hash as Sha1Hash, Event, EventBuilder, EventId, Kind, PublicKey, Tag,
+ hashes::{
+ hex::DisplayHex,
+ sha1::Hash as Sha1Hash,
+ sha256::{self, Hash as Sha256Hash},
+ },
+ Event, EventBuilder, EventId, Kind, PublicKey, Tag,
};
use nostr_signer::NostrSigner;
use repo_ref::RepoRef;
use repo_state::RepoState;
+use sha2::{Digest, Sha256};

use crate::{
client::Client,
@@ -74,7 +81,17 @@ pub async fn run_push(

let list_outputs = match list_outputs {
Some(outputs) => outputs,
- _ => list_from_remotes(&term, git_repo, &repo_ref.git_server, decoded_nostr_url),
+ _ => list_from_remotes(
+ &term,
+ git_repo,
+ &repo_ref
+ .git_server
+ .iter()
+ .filter(|s| !s.eq(&"blossom"))
+ .map(std::string::ToString::to_string)
+ .collect(),
+ decoded_nostr_url,
+ ),
};

let nostr_state = get_state_from_cache(git_repo.get_path()?, repo_ref).await;
@@ -150,11 +167,24 @@ pub async fn run_push(
}
}

+ let mut blossom_packs: Option> = None;
if !git_server_refspecs.is_empty() {
let new_state = generate_updated_state(git_repo, &existing_state, &git_server_refspecs)?;
+ let blossom_hashes = if repo_ref.git_server.contains(&"blossom".to_string()) {
+ let (blossom_hashes, packs) = create_blossom_packs(&new_state, git_repo)?;
+ blossom_packs = Some(packs);
+ blossom_hashes
+ } else {
+ HashSet::new()
+ };

- let new_repo_state =
- RepoState::build(repo_ref.identifier.clone(), new_state, &signer).await?;
+ let new_repo_state = RepoState::build(
+ repo_ref.identifier.clone(),
+ new_state,
+ blossom_hashes,
+ &signer,
+ )
+ .await?;

events.push(new_repo_state.event);

@@ -325,6 +355,13 @@ pub async fn run_push(

// TODO make async - check gitlib2 callbacks work async

+ if let Some(packs) = blossom_packs {
+ // TODO: upload blossom packs
+ for (_hash, _pack) in packs {
+ // blossom::upload(pack)
+ }
+ }
+
for (git_server_url, remote_refspecs) in remote_refspecs {
let remote_refspecs = remote_refspecs
.iter()
@@ -863,6 +900,71 @@ fn generate_updated_state(
Ok(new_state)
}

+fn create_blossom_packs(
+ state: &HashMap,
+ git_repo: &Repo,
+) -> Result<(HashSet, HashMap)> {
+ let mut blossom_hashes = HashSet::new();
+ let mut blossom_packs = HashMap::new();
+ for commit_id in state.values() {
+ if let Ok(oid) = Oid::from_str(commit_id) {
+ if let Ok(commit) = git_repo.git_repo.find_commit(oid) {
+ let height = get_height(&commit, git_repo)?;
+ let mut revwalk = git_repo.git_repo.revwalk()?;
+ revwalk.push(oid)?;
+ let mut counter = 0;
+ for pack_size in split_into_powers_of_2(height) {
+ let mut pack = git_repo.git_repo.packbuilder()?;
+ while counter < pack_size {
+ if let Some(oid) = revwalk.next() {
+ pack.insert_commit(oid?)?;
+ counter += 1;
+ }
+ }
+ let mut buffer = Buf::new();
+ pack.write_buf(&mut buffer)?;
+ let hash = buffer_to_sha256_hash(&buffer);
+ blossom_hashes.insert(hash);
+ blossom_packs.insert(hash, buffer);
+ counter = 0;
+ }
+ }
+ }
+ }
+ Ok((blossom_hashes, blossom_packs))
+}
+
+fn get_height(commit: &Commit, git_repo: &Repo) -> Result {
+ let mut revwalk = git_repo.git_repo.revwalk()?;
+ revwalk.push(commit.id())?;
+ Ok(u32::try_from(revwalk.count())?)
+}
+
+fn split_into_powers_of_2(height: u32) -> Vec {
+ let mut powers = Vec::new();
+ let mut remaining = height;
+
+ // Decompose the height into powers of 2
+ for i in (0..32).rev() {
+ let power = 1 << i; // Calculate 2^i
+ while remaining >= power {
+ powers.push(power);
+ remaining -= power;
+ }
+ }
+
+ powers
+}
+
+fn buffer_to_sha256_hash(buffer: &Buf) -> sha256::Hash {
+ let mut hasher = Sha256::new();
+ hasher.update(buffer.as_ref());
+ let hash = hasher
+ .finalize()
+ .to_hex_string(nostr_sdk::hashes::hex::Case::Lower);
+ sha256::Hash::from_str(&hash).unwrap()
+}
+
async fn get_merged_status_events(
term: &console::Term,
repo_ref: &RepoRef,
@@ -1186,6 +1288,7 @@ trait BuildRepoState {
async fn build(
identifier: String,
state: HashMap,
+ blossom: HashSet,
signer: &NostrSigner,
) -> Result;
}
@@ -1193,6 +1296,7 @@ impl BuildRepoState for RepoState {
async fn build(
identifier: String,
state: HashMap,
+ blossom: HashSet,
signer: &NostrSigner,
) -> Result {
let mut tags = vec![Tag::identifier(identifier.clone())];
@@ -1202,10 +1306,20 @@ impl BuildRepoState for RepoState {
vec![value.clone()],
));
}
+ if !blossom.is_empty() {
+ tags.push(Tag::custom(
+ nostr_sdk::TagKind::Custom("blossom".into()),
+ blossom
+ .iter()
+ .map(std::string::ToString::to_string)
+ .collect::>(),
+ ));
+ }
let event = sign_event(EventBuilder::new(STATE_KIND, "", tags), signer).await?;
Ok(RepoState {
identifier,
state,
+ blossom,
event,
})
}
diff --git a/src/lib/repo_state.rs b/src/lib/repo_state.rs
index c3a7606..19e78b6 100644
--- a/src/lib/repo_state.rs
+++ b/src/lib/repo_state.rs
@@ -1,11 +1,17 @@
-use std::collections::HashMap;
+use std::{
+ collections::{HashMap, HashSet},
+ str::FromStr,
+};

use anyhow::{Context, Result};
use git2::Oid;
+use nostr_sdk::hashes::sha256::Hash;

+#[derive(Clone)]
pub struct RepoState {
pub identifier: String,
pub state: HashMap,
+ pub blossom: HashSet,
pub event: nostr::Event,
}

@@ -14,6 +20,7 @@ impl RepoState {
state_events.sort_by_key(|e| e.created_at);
let event = state_events.first().context("no state events")?;
let mut state = HashMap::new();
+ let mut blossom = HashSet::new();
for tag in event.tags.iter() {
if let Some(name) = tag.as_slice().first() {
if ["refs/heads/", "refs/tags", "HEAD"]
@@ -26,6 +33,13 @@ impl RepoState {
}
}
}
+ if name.eq("blossom") {
+ for s in tag.clone().to_vec() {
+ if let Ok(hash) = Hash::from_str(&s) {
+ blossom.insert(hash);
+ }
+ }
+ }
}
}
Ok(RepoState {
@@ -35,6 +49,7 @@ impl RepoState {
.context("existing event must have an identifier")?
.to_string(),
state,
+ blossom,
event: event.clone(),
})
}
--
libgit2 1.8.1

I thought the most efficent approach would be to store git packs as blossom blobs. I havent studied your code but from the documentation you are somehow using 2mb chunks? I can see how its naturaly evolved from your 'files' usecase.

O. I thought that meant that it is online now but some sort of ...

2025-12-23T15:07:57Z

In reply to nevent1q…d506
_________________________

O. I thought that meant that it is online now but some sort of source fallback may not be yet. What exactly is online now?

I'm not seeing that comment.

2025-12-23T13:53:53Z

In reply to nevent1q…c2kp
_________________________

I'm not seeing that comment.

This is because a git repository can't be found at the ...

2025-12-23T10:50:46Z

In reply to nevent1q…nwee
_________________________

This is because a git repository can't be found at the git.gitter.space address listed in the announcement. arbadacarba (nprofile…cy97)?

How was the process?

2025-12-22T21:49:46Z

In reply to nevent1q…394u
_________________________

How was the process?

Let every client be a git nostr client #nevent1q…s9j2

2025-12-22T21:49:06Z

Let every client be a git nostr client

quoting
nevent1q…s9j2
reviewing a patch from DanConwayDev (npub15qy…yejr) to #grimoire in itself

ask and you shall receive #nevent1q…ryvq

2025-12-22T21:01:15Z

In reply to nevent1q…zrgz
_________________________

ask and you shall receive

quoting
nevent1q…ryvq
From 6853a2f7c9128fc9c111db7a80021b345c151104 Mon Sep 17 00:00:00 2001
From: DanConwayDev
Date: Mon, 22 Dec 2025 20:58:58 +0000
Subject: [PATCH] feat: add NIP-34 user grasp list rendering

because you wanted to know what it feels like:
nevent1q…0a03
---
src/components/nostr/kinds/GraspListDetailRenderer.tsx | 34 ++++++++++++++++++++++++++++++++++
src/components/nostr/kinds/GraspListRenderer.tsx | 39 +++++++++++++++++++++++++++++++++++++++
src/components/nostr/kinds/index.tsx | 4 ++++
src/constants/kinds.ts | 7 +++++++
src/data/nostr-kinds-schema.yaml | 11 +++++++++++
5 files changed, 95 insertions(+)
create mode 100644 src/components/nostr/kinds/GraspListDetailRenderer.tsx
create mode 100644 src/components/nostr/kinds/GraspListRenderer.tsx

diff --git a/src/components/nostr/kinds/GraspListDetailRenderer.tsx b/src/components/nostr/kinds/GraspListDetailRenderer.tsx
new file mode 100644
index 0000000..b3c9475
--- /dev/null
+++ b/src/components/nostr/kinds/GraspListDetailRenderer.tsx
@@ -0,0 +1,34 @@
+import { NostrEvent } from "@/types/nostr";
+import { RelayLink } from "../RelayLink";
+
+/**
+ * Kind 10317 Detail Renderer - User Grasp List (Detail View)
+ * Shows full list of grasp service relays
+ */
+export function Kind10317DetailRenderer({ event }: { event: NostrEvent }) {
+ // Extract grasp relay URLs from g tags
+ const graspRelays = event.tags
+ .filter((tag) => tag[0] === "g" && tag[1])
+ .map((tag) => tag[1]);
+
+ if (graspRelays.length === 0) {
+ return (
+

+ No grasp relays configured
+

+ );
+ }
+
+ return (
+

+ {graspRelays.map((url, index) => (
+ + key={`${url}-${index}`}
+ url={url}
+ urlClassname="text-md underline decoration-dotted"
+ iconClassname="size-4"
+ />
+ ))}
+

+ );
+}
diff --git a/src/components/nostr/kinds/GraspListRenderer.tsx b/src/components/nostr/kinds/GraspListRenderer.tsx
new file mode 100644
index 0000000..ff1b2b8
--- /dev/null
+++ b/src/components/nostr/kinds/GraspListRenderer.tsx
@@ -0,0 +1,39 @@
+import { BaseEventProps, BaseEventContainer } from "./BaseEventRenderer";
+import { RelayLink } from "../RelayLink";
+
+/**
+ * Kind 10317 Renderer - User Grasp List (Feed View)
+ * Shows list of grasp service relays
+ */
+export function Kind10317Renderer({ event }: BaseEventProps) {
+ // Extract grasp relay URLs from g tags
+ const graspRelays = event.tags
+ .filter((tag) => tag[0] === "g" && tag[1])
+ .map((tag) => tag[1]);
+
+ if (graspRelays.length === 0) {
+ return (
+
+

+ No grasp relays configured
+

+
+ );
+ }
+
+ return (
+
+

+ {graspRelays.map((url, index) => (
+ + key={`${url}-${index}`}
+ url={url}
+ className="py-0.5 hover:bg-none"
+ iconClassname="size-4"
+ urlClassname="underline decoration-dotted"
+ />
+ ))}
+

+
+ );
+}
diff --git a/src/components/nostr/kinds/index.tsx b/src/components/nostr/kinds/index.tsx
index b251e88..989d4de 100644
--- a/src/components/nostr/kinds/index.tsx
+++ b/src/components/nostr/kinds/index.tsx
@@ -25,6 +25,8 @@ import { Kind9802Renderer } from "./HighlightRenderer";
import { Kind9802DetailRenderer } from "./HighlightDetailRenderer";
import { Kind10002Renderer } from "./RelayListRenderer";
import { Kind10002DetailRenderer } from "./RelayListDetailRenderer";
+import { Kind10317Renderer } from "./GraspListRenderer";
+import { Kind10317DetailRenderer } from "./GraspListDetailRenderer";
import { Kind30023Renderer } from "./ArticleRenderer";
import { Kind30023DetailRenderer } from "./ArticleDetailRenderer";
import { CommunityNIPRenderer } from "./CommunityNIPRenderer";
@@ -74,6 +76,7 @@ const kindRenderers: Record> = {
9802: Kind9802Renderer, // Highlight
777: SpellRenderer, // Spell (Grimoire)
10002: Kind10002Renderer, // Relay List Metadata (NIP-65)
+ 10317: Kind10317Renderer, // User Grasp List (NIP-34)
10006: GenericRelayListRenderer, // Blocked Relays (NIP-51)
10007: GenericRelayListRenderer, // Search Relays (NIP-51)
10012: GenericRelayListRenderer, // Favorite Relays (NIP-51)
@@ -137,6 +140,7 @@ const detailRenderers: Record<
1621: IssueDetailRenderer, // Issue Detail (NIP-34)
9802: Kind9802DetailRenderer, // Highlight Detail
10002: Kind10002DetailRenderer, // Relay List Detail (NIP-65)
+ 10317: Kind10317DetailRenderer, // User Grasp List Detail (NIP-34)
777: SpellDetailRenderer, // Spell Detail
30023: Kind30023DetailRenderer, // Long-form Article Detail
30311: LiveActivityDetailRenderer, // Live Streaming Event Detail (NIP-53)
diff --git a/src/constants/kinds.ts b/src/constants/kinds.ts
index 6d51b1f..284595a 100644
--- a/src/constants/kinds.ts
+++ b/src/constants/kinds.ts
@@ -847,6 +847,13 @@ export const EVENT_KINDS: Record = {
nip: "66",
icon: Activity,
},
+ 10317: {
+ kind: 10317,
+ name: "Grasp List",
+ description: "User grasp list",
+ nip: "34",
+ icon: FolderGit2,
+ },
// 10312: {
// kind: 10312,
// name: "Room Presence",
diff --git a/src/data/nostr-kinds-schema.yaml b/src/data/nostr-kinds-schema.yaml
index 7f172c2..fb10587 100644
--- a/src/data/nostr-kinds-schema.yaml
+++ b/src/data/nostr-kinds-schema.yaml
@@ -1318,6 +1318,17 @@ kinds:
type: empty
tags: []

+ 10317:
+ description: User grasp list
+ content:
+ type: empty
+ tags:
+ -
+ name: g
+ next:
+ type: relay
+ required: true
+
10377:
description: Proxy Announcement
content:
--
libgit2 1.9.1

Most of the time when paying online, banking app authorisation is ...

2025-12-21T09:16:39Z

In reply to nevent1q…6r5f
_________________________

Most of the time when paying online, banking app authorisation is part of the payment flow. Never irl. Probably using a VPN and a privacy email address increases the likelihood of this extra step being required.

I needed to hear that. Thanks.

2025-12-18T21:08:33Z

In reply to nevent1q…pjdt
_________________________

I needed to hear that. Thanks.

Some features, such as card payment authorisation, aren't ...

2025-12-19T16:51:32Z

In reply to nevent1q…265s
_________________________

Some features, such as card payment authorisation, aren't available through the web.

Gitworksho.dev is good for managing the issues but you can also ...

2025-12-19T14:49:11Z

In reply to nevent1q…edn9
_________________________

Gitworksho.dev is good for managing the issues but you can also create the issues straight from your app. Many clients support notifications for the discussion thread.

Definitely. We could iterate really quickly with a combination of ...

2025-12-18T19:30:02Z

In reply to nevent1q…wn44
_________________________

Definitely. We could iterate really quickly with a combination of reports (1984), WoT based metrics, relay based filtering and client side mantainer and user tools.

This is a good thought. Right now I feel we are too experimental ...

2025-12-18T16:59:30Z

In reply to nevent1q…3fdp
_________________________

This is a good thought. Right now I feel we are too experimental and it would be counter productive to have a large influx of users with viral marketing.

Are you sending a nostr DM from a system account for every one of ...

2025-12-17T16:16:53Z

In reply to nevent1q…xpnk
_________________________

Are you sending a nostr DM from a system account for every one of these notifications?This feels a like an anti-pattern. Wouldn't it be better to show them as notifications in the gittr UI. Many clients show git related content in there notifications normally and as we grow #GitViaNostr maybe more will.

@nprofile…cy97 we should have a call sometime to discuss ...

2025-12-17T16:27:20Z

In reply to nevent1q…y8nc
_________________________

arbadacarba (nprofile…cy97) we should have a call sometime to discuss compatible. Would you be up for that? I reached out the other day on telegram.

Yes, I'll add it with a left-pad protection scheme.

2025-12-15T20:13:06Z

In reply to nevent1q…59m7
_________________________

Yes, I'll add it with a left-pad protection scheme.

No not yet. https://gitworkshop.dev/notifications is a good place ...

2025-12-17T16:09:19Z

In reply to nevent1q…kcz7
_________________________

No not yet. https://gitworkshop.dev/notifications is a good place to see notifications for #gitvianostr

I cannot replicate this on 145.0. vnext.gitworkshop.dev is now at ...

2025-12-09T14:25:18Z

In reply to nevent1q…alag
_________________________

I cannot replicate this on 145.0. vnext.gitworkshop.dev is now at the exact same state as gitworkshop.dev. does it now have the same behaviour? does a fresh profile fix it?

Michael Levin's team applied 'theory of life' ...

2025-12-09T09:18:51Z

Michael Levin's team applied 'theory of life' analysis to a sorting algorithm and found emergent life‑like behaviors not explicit in the code — including delayed gratification, clustering, robustness, and repair. Fascinating.
https://www.youtube.com/watch?v=Qp0rCU49lMs

I think your missing the insight into fucundious nature of ground ...

2025-12-09T09:57:49Z

In reply to nevent1q…4fm3
_________________________

I think your missing the insight into fucundious nature of ground of our being. These life-like properties are emergent in 146 bytes of C: `#include<stdio.h>
#include<stdlib.h>
int main(int c,char**v){int i,j;for(i=1;i<c;i++)for(j=1;j<c-i;j++)if(atoi(v[j])>atoi(v[j+1])){char*t=v[j];v[j]=v[j+1];v[j+1]=t;}for(i=1;i<c;i++)printf("%s%c",v[i],i==c-1?'\n':' ');}`

I made it a PWA a month or so ago, clearly not as successfully as ...

2025-12-08T23:13:46Z

In reply to nevent1q…76tv
_________________________

I made it a PWA a month or so ago, clearly not as successfully as I thought.

So you're getting this too?

2025-12-08T23:12:23Z

In reply to nevent1q…yqv8
_________________________

So you're getting this too?

Does this happen I'm a fresh profile? I'll try it on this ...

2025-12-08T23:11:52Z

In reply to nevent1q…dngg
_________________________

Does this happen I'm a fresh profile? I'll try it on this version but I suspect there is something else being cached somehow that's causing this issue.

I can't replicate this. I also tried rolling back and ...

2025-12-08T21:06:19Z

In reply to nevent1q…8vnx
_________________________

I can't replicate this. I also tried rolling back and forwards with various with a dev preview and couldn't replicate any issues. What Firefox build are you using? I've tried librewolf and 145.0.2. Can you replicate it on gitworkshop.dev now even after you unregister the old service worker? Does it also happen on vnext.gitworkshop.dev?

#nevent1q…xcdk

2025-12-08T18:00:56Z

In reply to nevent1q…jwuu
_________________________

quoting nevent1q…xcdk
ben (nprofile…6akr) thanks for the report. I thought this white page issue was related to a tempory PWA corruption I introduced for users who visited the page during a windows of a few hours when I initially introduced it. I can see now this is happened on persistently on Firefox. I'll look I to this in a few hours.

Thanks. I've actually justed picked this message up now (i ...

2025-12-08T18:17:01Z

In reply to nevent1q…76u5
_________________________

Thanks. I've actually justed picked this message up now (i somehow misted your note from 3 days ago) and I'm afk. I reproduced it in chrome based on the troublesome build I mentioned. I'll try and reproduce when I can get back to the keyboard.

@nprofile…6akr thanks for the report. I thought this white page ...

2025-12-08T17:49:45Z

In reply to nevent1q…f29d
_________________________

ben (nprofile…6akr) thanks for the report. I thought this white page issue was related to a tempory PWA corruption I introduced for users who visited the page during a windows of a few hours when I initially introduced it. I can see now this is happened on persistently on Firefox. I'll look I to this in a few hours.

For now you can just ask in the chat box to commit your changes ...

2025-12-05T22:43:16Z

In reply to nevent1q…pm32
_________________________

For now you can just ask in the chat box to commit your changes and the AI will do it for you. Then you can use the 'Push to Nostr' button.

For now if you want you check the network tab of developer tools ...

2025-11-29T17:24:47Z

In reply to nevent1q…7zlv
_________________________

For now if you want you check the network tab of developer tools and filter for websockets to see the request and events that come back. State event is kind 30618

This means it can't find the state event on the relays ...

2025-11-29T17:23:11Z

In reply to nevent1q…j5cz
_________________________

This means it can't find the state event on the relays specified in the announcement event. Clearly this warning should specify that and yrll you which relays it checked and either it failed to connect, got rate limited or didn't have the event. I'll make this better

@nprofile…evew the rust developer

2025-11-29T10:22:10Z

In reply to nevent1q…dyk2
_________________________

hzrd149 (nprofile…evew) the rust developer

I'm a bit confused. Are you are saying the extra complexity ...

2025-11-28T01:27:03Z

In reply to nevent1q…zr9k
_________________________

I'm a bit confused. Are you are saying the extra complexity of having lots of different ways of doing the same thing is OK? And that you made a PR to a project that has only 1 commit posted 2 years ago.

It turns out that the http wrapper (CGI scripts) is not that ...

2025-11-27T20:46:21Z

In reply to nevent1q…lzsw
_________________________

It turns out that the http wrapper (CGI scripts) is not that complicated. There are nearly 3 grasp implementations that do this bit internally. This enables shipping a single binary and handling the authorisation *before* the data is sent.

I'm sure the midcurve meme apply here with 'just let git ...

2025-11-27T20:40:46Z

In reply to nevent1q…s866
_________________________

I'm sure the midcurve meme apply here with 'just let git handle that'.

The reference implementation does exactly that. It uses nginx to ...

2025-11-27T20:38:59Z

In reply to nevent1q…57km
_________________________

The reference implementation does exactly that. It uses nginx to pass request to the git-http-backend CGI scripts maintained by the git project.

Nice! Would love to see it.

2025-11-27T20:24:52Z

In reply to nevent1q…l9m4
_________________________

Nice! Would love to see it.