Someone should build a relay with a plugin system. Then relay runners can just pull nips in like plugins and developers can focus on building plugins for the relay rather than entirely new relays that hardcode support some subset of nips. Thoughts? #grownostr

Reply to this note

Please Login to reply.

Discussion

I believe strfry works this way. Khatru doesn't exactly have plugins, but it would be very easy to write them

interesting, i didn’t know that

I was just thinking about something like this. How did WordPress become the number one website platform in the world? Plugins.

Not exactly sure how it would work but it would be awesome.

nostr:nevent1qvzqqqqqqypzqgs9ytpvx2em72gqdvn4ugjt9pwkfwce77da4yrfjx7t8ps7rr95qqsg2qycjs4j36nk0dfvtpsc32ttgz6vsrh26vsg7fd5pcynhrqc0tczflamg

Many major relays already have an extension system. It's more like a filter and not exactly a first class citizen. It's a good idea to architect a relay that implements everything as a plugin, including basic storage. Also, to allow an inter-plugin connectivity layer similar to the linux kernel driver symbol table. The mechanism for such an extensible plugin architecture will be dictated by the underlying language, and of course which of the 20 popular languages should this base layer be coded in? Should the plugin system assume the plugins can be written in any language? Such flexibility will face tradeoffs with simplicity and performance, where many relays are intended to be optimized for performance.

The underlying concept, however, is valid. nostr:nprofile1qqswuyd9ml6qcxd92h6pleptfrcqucvvjy39vg4wx7mv9wm8kakyujgpypmhxue69uhkx6r0wf6hxtndd94k2erfd3nk2u3wvdhk6w35xs6z7qgwwaehxw309ahx7uewd3hkctcpypmhxue69uhkummnw3ezuetfde6kuer6wasku7nfvuh8xurpvdjj7a0nq40 has written one in his pet language, it will be interesting to hear his opinions