Released innis/nostr-core today. A PHP library for the Nostr protocol. Clean architecture, immutable domain objects, pure functions. The protocol layer separated from everything else, organised around domain concepts rather than NIP numbers, strict enough that a relay, a client, and a web application can share the same core without compromise.
Sebastix (nprofile…09kz) and nostriphant (nprofile…8v0y) did the early work with nostr-php and nostriphant when there was nothing to build on and I am grateful for it.
The relay and the client and several things built on top of them are written and working. They are being reviewed and cleaned before release, though past lessons remind me not to let that become an excuse for delay. The core library went first because the architecture needed to be public before anything else.
AI was involved. Not as a replacement for knowing what I was doing but as something closer to a second pair of hands. The architecture is mine. The decisions are mine. The machine was useful in the way a good tool is useful, which is that it did what I asked it to. At least most of the time.
https://github.com/johninnis/nostr-core or composer install innis/nostr-core
#nostr #php #opensource #nostrdev
Innis
npub1l3…5cxyz
2026-03-23 09:58:29 UTC
Author Public Key
npub1l33660awkeycecn9grhrvzyn0fmes8245ke7k82y8njz8uqu3vlqk5cxyzSeen on
wss://relay.damus.ioPublished at
2026-03-23 09:58:29 UTCEvent JSON
{
"id": "fe78d92f617ace35f7da418b6e5ea3141baa44f9fed18dd68f178446001a2d5a",
"pubkey": "fc63ad3faeb6498ce26540ee3608937a77981d55a5b3eb1d443ce423f01c8b3e",
"created_at": 1774259909,
"kind": 1,
"tags": [
[
"p",
"06639a386c9c1014217622ccbcf40908c4f1a0c33e23f8d6d68f4abf655f8f71"
],
[
"p",
"d3b2757dc5910d38cc02ea6d51419eb2de74fb109716501d7aa7732635b9f11b"
],
[
"t",
"nostr"
],
[
"t",
"php"
],
[
"t",
"opensource"
],
[
"t",
"nostrdev"
]
],
"content": "Released innis/nostr-core today. A PHP library for the Nostr protocol. Clean architecture, immutable domain objects, pure functions. The protocol layer separated from everything else, organised around domain concepts rather than NIP numbers, strict enough that a relay, a client, and a web application can share the same core without compromise.\n\nnostr:nprofile1qqsqvcu68pkfcyq5y9mz9n9u7sys33835rpnuglc6mtg7j4lv40c7ugpzemhxue69uhhyetvv9ujuurjd9kkzmpwdejhgqglwaehxw309aex2mrp0yhxummyv4e82mnwv4e8xtnwv468wmmjdvq3jamnwvaz7tms09exzmtfvshxv6tpw34xze3wvdhk64709kz and nostr:nprofile1qqsd8vn40hzezrfcespw5m23gx0t9hn5lvgfw9jsr4a2wuexxkulzxcpz4mhxue69uhk2er9dchxummnw3ezumrpdejqzrthwden5te0dehhxtnvdakqzxrhwden5te0dehhxarj9eexj6mdv45k5etj9ehxcmp8v0y did the early work with nostr-php and nostriphant when there was nothing to build on and I am grateful for it.\n\nThe relay and the client and several things built on top of them are written and working. They are being reviewed and cleaned before release, though past lessons remind me not to let that become an excuse for delay. The core library went first because the architecture needed to be public before anything else.\n\nAI was involved. Not as a replacement for knowing what I was doing but as something closer to a second pair of hands. The architecture is mine. The decisions are mine. The machine was useful in the way a good tool is useful, which is that it did what I asked it to. At least most of the time.\n\nhttps://github.com/johninnis/nostr-core or composer install innis/nostr-core\n\n#nostr #php #opensource #nostrdev",
"sig": "f5664717ae979d0f20a05936a89124d4c20061dd866d6701185470b4578b0fd450ef0bea11cb9bf2cce4d3af1e0ff33a3e5847fccf3802dbe580b721b6dc9d04"
}