i've got some ideas about how to go a few notches better tha...

npub125uw9znxawyrvrc4lraf2ertm5k652ve4t87f74v7s7scp2qk2qswmlek0
hex
1be4c2aa9654df3cb79ca4c6264ff9cc0c80e0c525f9ec8415c97dee3198a74anevent
nevent1qqsphexz42t9fheuk7w2f33xfluucryqurzjt70vss2ujl0wxxv2wjsprpmhxue69uhhyetvv9ujuem4d36kwatvw5hx6mm9qgs92w8z3fnwhzpkpu2l3754v34a6td29xv64nlyl2k0g0gvq4qt9qg9ymc92Kind-1 (TextNote)
↳ 回复 事件不存在
b1a0b4f65f672fe1b144bc0627d6f408dd47c9a1d4dd161e5aa7b27d28e35059...
i've got some ideas about how to go a few notches better than pubky's system. stuff that will integrate into the bitcoin fork p2p network and leverage a protocol design i made back in 2023 https://github.com/indra-labs/indra - it will be a lightning enabled source routed relay network and relays will be able to run as services in nodes. and part of the design is there is no such thing as exiting. technically, a node runner could offer outbound access as a service (eg, a http proxy) but being dangerous likely the cost would be very high so the operator can cover legal costs they may incur. more likely, nobody in the indra relay network will offer it. much more useful offering actual services like a relay. the protocol enables charging a specific rate for time or data volume as well so it covers running costs also. probably the hardest problem is going to be the gossip protocol for the relays but i have done a fair bit of work on that design already too.
原始 JSON
{
"kind": 1,
"id": "1be4c2aa9654df3cb79ca4c6264ff9cc0c80e0c525f9ec8415c97dee3198a74a",
"pubkey": "5538e28a66eb88360f15f8fa95646bdd2daa2999aacfe4faacf43d0c0540b281",
"created_at": 1787845592,
"tags": [
[
"e",
"00006259ab32adb26a1aecacbab387797412a3a80e8fde207258728ab18c006f",
"wss://relay.damus.io/",
"root",
"18905d0a5d623ab81a98ba98c582bd5f57f2506c6b808905fc599d5a0b229b08"
],
[
"e",
"b1a0b4f65f672fe1b144bc0627d6f408dd47c9a1d4dd161e5aa7b27d28e35059",
"wss://relay.primal.net/",
"reply",
"7c4bd52d032a3cd7ed97d9fcb14aacbbf76a1dc4e797c6cd206838b0d543a3dd"
],
[
"p",
"aa9047325603dacd4f8142093567973566de3b1e20a89557b728c3be4c6a844b"
],
[
"p",
"18905d0a5d623ab81a98ba98c582bd5f57f2506c6b808905fc599d5a0b229b08"
],
[
"p",
"460c25e682fda7832b52d1f22d3d22b3176d972f60dcdc3212ed8c92ef85065c"
],
[
"p",
"1e067bfb58820576df3daf7cb051d4411b80a0b8fa12fc253cd0ab41cf1a2069"
],
[
"p",
"3c559080f647074a638e9cc6d4c487a06bfab810402aab9a6794fb49a053153e"
],
[
"p",
"32e1827635450ebb3c5a7d12c1f8e7b2b514439ac10a67eef3d9fd9c5c68e245"
],
[
"p",
"deba271e547767bd6d8eec75eece5615db317a03b07f459134b03e7236005655"
],
[
"p",
"7c4bd52d032a3cd7ed97d9fcb14aacbbf76a1dc4e797c6cd206838b0d543a3dd"
],
[
"client",
"smesh",
"https://smesh.mleku.dev"
]
],
"content": "i've got some ideas about how to go a few notches better than pubky's system. stuff that will integrate into the bitcoin fork p2p network and leverage a protocol design i made back in 2023 https://github.com/indra-labs/indra - it will be a lightning enabled source routed relay network and relays will be able to run as services in nodes. and part of the design is there is no such thing as exiting. technically, a node runner could offer outbound access as a service (eg, a http proxy) but being dangerous likely the cost would be very high so the operator can cover legal costs they may incur. more likely, nobody in the indra relay network will offer it. much more useful offering actual services like a relay. the protocol enables charging a specific rate for time or data volume as well so it covers running costs also. probably the hardest problem is going to be the gossip protocol for the relays but i have done a fair bit of work on that design already too.",
"sig": "b7d2579955c066b52eccb18b5ab7d0e8fcb30ed2ef4c050ddbbf501c45522077dc55f891989c19e731a8a94013c322a883b0cab736cf2aa634f3622886fabe7e"
}