nostr relay proxy

{"kind":1,"sig":"860c7678df3d17528d01069fedd7259b9ab4fbe5dc1184791e02156a17941ad92544243e0690fd8ed524c356e6ae8b08f9086d6914c60b6d7bd10594d452643f","created_at":1728214777,"tags":[["q","c86abf875f66e3155beacae7c5b76dc6531cd649779b4bdc4c75035cdd607872","wss:\/\/ditto.pub\/relay","","c6f7077f1699d50cf92a9652bfebffac05fc6842b9ee391089d959b8ad5d48fd"],["p","c6f7077f1699d50cf92a9652bfebffac05fc6842b9ee391089d959b8ad5d48fd","wss:\/\/ditto.pub\/relay"],["r","https:\/\/www.w3.org\/wiki\/WebAccessControl"]],"id":"885117c410292a07c617fadb3cd3da5285b8cc6165a3c4e968f6a51ac8c879dd","pubkey":"de7ecd1e2976a6adb2ffa5f4db81a7d812c8bb6698aa00dcf1e76adb55efd645","content":"I believe the way we do paywalls can be improved if you consider how the web was designed. \n\n401 = forbidden\n402 = payment required\n403 = not allowed\n\nConsider that public html is only one form of the web. Think in terms of a unix style permissions system.\n\nThe 401 case is that you dont have access.\nThe 402 case tells you that if you pay you can get access.\nThe 403 case tells you that your user does not (yet) have access\n\nCan you see what's going on here? It's a progression. It's a workflow.\n\nFirst you pay. Then the server adds you to the access control, after the payment is verified.\n\nThis allows you to send your nostr id over the wire, e.g. with NIP-98. And on the server, there is a small glue file (like an inode in unix) that tells the server who has access. New payee, and new access.\n\nThis was built into the web, and I designed it into nostr from day 1. Same system can do much more than paywalls, it's a whole web operating system, that scales massively.\n\nhttps:\/\/www.w3.org\/wiki\/WebAccessControl\n\nnostr:nevent1qvzqqqqqqypzp3hhqal3dxw4pnuj49jjhl4lltq9l35y9w0w8yggnk2ehzk46j8aqy2hwumn8ghj7erfw36x7tnsw43z7un9d3shjqpqep4tlp6lvm332kl2etnutdmdcef3e4jfw7d5hhzvw5p4ehtq0peqzpla7n"}
{"kind":1,"sig":"860c7678df3d17528d01069fedd7259b9ab4fbe5dc1184791e02156a17941ad92544243e0690fd8ed524c356e6ae8b08f9086d6914c60b6d7bd10594d452643f","created_at":1728214777,"tags":[["q","c86abf875f66e3155beacae7c5b76dc6531cd649779b4bdc4c75035cdd607872","wss:\/\/ditto.pub\/relay","","c6f7077f1699d50cf92a9652bfebffac05fc6842b9ee391089d959b8ad5d48fd"],["p","c6f7077f1699d50cf92a9652bfebffac05fc6842b9ee391089d959b8ad5d48fd","wss:\/\/ditto.pub\/relay"],["r","https:\/\/www.w3.org\/wiki\/WebAccessControl"]],"id":"885117c410292a07c617fadb3cd3da5285b8cc6165a3c4e968f6a51ac8c879dd","pubkey":"de7ecd1e2976a6adb2ffa5f4db81a7d812c8bb6698aa00dcf1e76adb55efd645","content":"I believe the way we do paywalls can be improved if you consider how the web was designed. \n\n401 = forbidden\n402 = payment required\n403 = not allowed\n\nConsider that public html is only one form of the web. Think in terms of a unix style permissions system.\n\nThe 401 case is that you dont have access.\nThe 402 case tells you that if you pay you can get access.\nThe 403 case tells you that your user does not (yet) have access\n\nCan you see what's going on here? It's a progression. It's a workflow.\n\nFirst you pay. Then the server adds you to the access control, after the payment is verified.\n\nThis allows you to send your nostr id over the wire, e.g. with NIP-98. And on the server, there is a small glue file (like an inode in unix) that tells the server who has access. New payee, and new access.\n\nThis was built into the web, and I designed it into nostr from day 1. Same system can do much more than paywalls, it's a whole web operating system, that scales massively.\n\nhttps:\/\/www.w3.org\/wiki\/WebAccessControl\n\nnostr:nevent1qvzqqqqqqypzp3hhqal3dxw4pnuj49jjhl4lltq9l35y9w0w8yggnk2ehzk46j8aqy2hwumn8ghj7erfw36x7tnsw43z7un9d3shjqpqep4tlp6lvm332kl2etnutdmdcef3e4jfw7d5hhzvw5p4ehtq0peqzpla7n"}
{"kind":1,"sig":"860c7678df3d17528d01069fedd7259b9ab4fbe5dc1184791e02156a17941ad92544243e0690fd8ed524c356e6ae8b08f9086d6914c60b6d7bd10594d452643f","created_at":1728214777,"tags":[["q","c86abf875f66e3155beacae7c5b76dc6531cd649779b4bdc4c75035cdd607872","wss:\/\/ditto.pub\/relay","","c6f7077f1699d50cf92a9652bfebffac05fc6842b9ee391089d959b8ad5d48fd"],["p","c6f7077f1699d50cf92a9652bfebffac05fc6842b9ee391089d959b8ad5d48fd","wss:\/\/ditto.pub\/relay"],["r","https:\/\/www.w3.org\/wiki\/WebAccessControl"]],"id":"885117c410292a07c617fadb3cd3da5285b8cc6165a3c4e968f6a51ac8c879dd","pubkey":"de7ecd1e2976a6adb2ffa5f4db81a7d812c8bb6698aa00dcf1e76adb55efd645","content":"I believe the way we do paywalls can be improved if you consider how the web was designed. \n\n401 = forbidden\n402 = payment required\n403 = not allowed\n\nConsider that public html is only one form of the web. Think in terms of a unix style permissions system.\n\nThe 401 case is that you dont have access.\nThe 402 case tells you that if you pay you can get access.\nThe 403 case tells you that your user does not (yet) have access\n\nCan you see what's going on here? It's a progression. It's a workflow.\n\nFirst you pay. Then the server adds you to the access control, after the payment is verified.\n\nThis allows you to send your nostr id over the wire, e.g. with NIP-98. And on the server, there is a small glue file (like an inode in unix) that tells the server who has access. New payee, and new access.\n\nThis was built into the web, and I designed it into nostr from day 1. Same system can do much more than paywalls, it's a whole web operating system, that scales massively.\n\nhttps:\/\/www.w3.org\/wiki\/WebAccessControl\n\nnostr:nevent1qvzqqqqqqypzp3hhqal3dxw4pnuj49jjhl4lltq9l35y9w0w8yggnk2ehzk46j8aqy2hwumn8ghj7erfw36x7tnsw43z7un9d3shjqpqep4tlp6lvm332kl2etnutdmdcef3e4jfw7d5hhzvw5p4ehtq0peqzpla7n"}
{"kind":1,"sig":"860c7678df3d17528d01069fedd7259b9ab4fbe5dc1184791e02156a17941ad92544243e0690fd8ed524c356e6ae8b08f9086d6914c60b6d7bd10594d452643f","created_at":1728214777,"tags":[["q","c86abf875f66e3155beacae7c5b76dc6531cd649779b4bdc4c75035cdd607872","wss:\/\/ditto.pub\/relay","","c6f7077f1699d50cf92a9652bfebffac05fc6842b9ee391089d959b8ad5d48fd"],["p","c6f7077f1699d50cf92a9652bfebffac05fc6842b9ee391089d959b8ad5d48fd","wss:\/\/ditto.pub\/relay"],["r","https:\/\/www.w3.org\/wiki\/WebAccessControl"]],"id":"885117c410292a07c617fadb3cd3da5285b8cc6165a3c4e968f6a51ac8c879dd","pubkey":"de7ecd1e2976a6adb2ffa5f4db81a7d812c8bb6698aa00dcf1e76adb55efd645","content":"I believe the way we do paywalls can be improved if you consider how the web was designed. \n\n401 = forbidden\n402 = payment required\n403 = not allowed\n\nConsider that public html is only one form of the web. Think in terms of a unix style permissions system.\n\nThe 401 case is that you dont have access.\nThe 402 case tells you that if you pay you can get access.\nThe 403 case tells you that your user does not (yet) have access\n\nCan you see what's going on here? It's a progression. It's a workflow.\n\nFirst you pay. Then the server adds you to the access control, after the payment is verified.\n\nThis allows you to send your nostr id over the wire, e.g. with NIP-98. And on the server, there is a small glue file (like an inode in unix) that tells the server who has access. New payee, and new access.\n\nThis was built into the web, and I designed it into nostr from day 1. Same system can do much more than paywalls, it's a whole web operating system, that scales massively.\n\nhttps:\/\/www.w3.org\/wiki\/WebAccessControl\n\nnostr:nevent1qvzqqqqqqypzp3hhqal3dxw4pnuj49jjhl4lltq9l35y9w0w8yggnk2ehzk46j8aqy2hwumn8ghj7erfw36x7tnsw43z7un9d3shjqpqep4tlp6lvm332kl2etnutdmdcef3e4jfw7d5hhzvw5p4ehtq0peqzpla7n"}
{"kind":1,"sig":"860c7678df3d17528d01069fedd7259b9ab4fbe5dc1184791e02156a17941ad92544243e0690fd8ed524c356e6ae8b08f9086d6914c60b6d7bd10594d452643f","created_at":1728214777,"tags":[["q","c86abf875f66e3155beacae7c5b76dc6531cd649779b4bdc4c75035cdd607872","wss:\/\/ditto.pub\/relay","","c6f7077f1699d50cf92a9652bfebffac05fc6842b9ee391089d959b8ad5d48fd"],["p","c6f7077f1699d50cf92a9652bfebffac05fc6842b9ee391089d959b8ad5d48fd","wss:\/\/ditto.pub\/relay"],["r","https:\/\/www.w3.org\/wiki\/WebAccessControl"]],"id":"885117c410292a07c617fadb3cd3da5285b8cc6165a3c4e968f6a51ac8c879dd","pubkey":"de7ecd1e2976a6adb2ffa5f4db81a7d812c8bb6698aa00dcf1e76adb55efd645","content":"I believe the way we do paywalls can be improved if you consider how the web was designed. \n\n401 = forbidden\n402 = payment required\n403 = not allowed\n\nConsider that public html is only one form of the web. Think in terms of a unix style permissions system.\n\nThe 401 case is that you dont have access.\nThe 402 case tells you that if you pay you can get access.\nThe 403 case tells you that your user does not (yet) have access\n\nCan you see what's going on here? It's a progression. It's a workflow.\n\nFirst you pay. Then the server adds you to the access control, after the payment is verified.\n\nThis allows you to send your nostr id over the wire, e.g. with NIP-98. And on the server, there is a small glue file (like an inode in unix) that tells the server who has access. New payee, and new access.\n\nThis was built into the web, and I designed it into nostr from day 1. Same system can do much more than paywalls, it's a whole web operating system, that scales massively.\n\nhttps:\/\/www.w3.org\/wiki\/WebAccessControl\n\nnostr:nevent1qvzqqqqqqypzp3hhqal3dxw4pnuj49jjhl4lltq9l35y9w0w8yggnk2ehzk46j8aqy2hwumn8ghj7erfw36x7tnsw43z7un9d3shjqpqep4tlp6lvm332kl2etnutdmdcef3e4jfw7d5hhzvw5p4ehtq0peqzpla7n"}
{"kind":1,"sig":"860c7678df3d17528d01069fedd7259b9ab4fbe5dc1184791e02156a17941ad92544243e0690fd8ed524c356e6ae8b08f9086d6914c60b6d7bd10594d452643f","created_at":1728214777,"tags":[["q","c86abf875f66e3155beacae7c5b76dc6531cd649779b4bdc4c75035cdd607872","wss:\/\/ditto.pub\/relay","","c6f7077f1699d50cf92a9652bfebffac05fc6842b9ee391089d959b8ad5d48fd"],["p","c6f7077f1699d50cf92a9652bfebffac05fc6842b9ee391089d959b8ad5d48fd","wss:\/\/ditto.pub\/relay"],["r","https:\/\/www.w3.org\/wiki\/WebAccessControl"]],"id":"885117c410292a07c617fadb3cd3da5285b8cc6165a3c4e968f6a51ac8c879dd","pubkey":"de7ecd1e2976a6adb2ffa5f4db81a7d812c8bb6698aa00dcf1e76adb55efd645","content":"I believe the way we do paywalls can be improved if you consider how the web was designed. \n\n401 = forbidden\n402 = payment required\n403 = not allowed\n\nConsider that public html is only one form of the web. Think in terms of a unix style permissions system.\n\nThe 401 case is that you dont have access.\nThe 402 case tells you that if you pay you can get access.\nThe 403 case tells you that your user does not (yet) have access\n\nCan you see what's going on here? It's a progression. It's a workflow.\n\nFirst you pay. Then the server adds you to the access control, after the payment is verified.\n\nThis allows you to send your nostr id over the wire, e.g. with NIP-98. And on the server, there is a small glue file (like an inode in unix) that tells the server who has access. New payee, and new access.\n\nThis was built into the web, and I designed it into nostr from day 1. Same system can do much more than paywalls, it's a whole web operating system, that scales massively.\n\nhttps:\/\/www.w3.org\/wiki\/WebAccessControl\n\nnostr:nevent1qvzqqqqqqypzp3hhqal3dxw4pnuj49jjhl4lltq9l35y9w0w8yggnk2ehzk46j8aqy2hwumn8ghj7erfw36x7tnsw43z7un9d3shjqpqep4tlp6lvm332kl2etnutdmdcef3e4jfw7d5hhzvw5p4ehtq0peqzpla7n"}
{"kind":1,"sig":"860c7678df3d17528d01069fedd7259b9ab4fbe5dc1184791e02156a17941ad92544243e0690fd8ed524c356e6ae8b08f9086d6914c60b6d7bd10594d452643f","created_at":1728214777,"tags":[["q","c86abf875f66e3155beacae7c5b76dc6531cd649779b4bdc4c75035cdd607872","wss:\/\/ditto.pub\/relay","","c6f7077f1699d50cf92a9652bfebffac05fc6842b9ee391089d959b8ad5d48fd"],["p","c6f7077f1699d50cf92a9652bfebffac05fc6842b9ee391089d959b8ad5d48fd","wss:\/\/ditto.pub\/relay"],["r","https:\/\/www.w3.org\/wiki\/WebAccessControl"]],"id":"885117c410292a07c617fadb3cd3da5285b8cc6165a3c4e968f6a51ac8c879dd","pubkey":"de7ecd1e2976a6adb2ffa5f4db81a7d812c8bb6698aa00dcf1e76adb55efd645","content":"I believe the way we do paywalls can be improved if you consider how the web was designed. \n\n401 = forbidden\n402 = payment required\n403 = not allowed\n\nConsider that public html is only one form of the web. Think in terms of a unix style permissions system.\n\nThe 401 case is that you dont have access.\nThe 402 case tells you that if you pay you can get access.\nThe 403 case tells you that your user does not (yet) have access\n\nCan you see what's going on here? It's a progression. It's a workflow.\n\nFirst you pay. Then the server adds you to the access control, after the payment is verified.\n\nThis allows you to send your nostr id over the wire, e.g. with NIP-98. And on the server, there is a small glue file (like an inode in unix) that tells the server who has access. New payee, and new access.\n\nThis was built into the web, and I designed it into nostr from day 1. Same system can do much more than paywalls, it's a whole web operating system, that scales massively.\n\nhttps:\/\/www.w3.org\/wiki\/WebAccessControl\n\nnostr:nevent1qvzqqqqqqypzp3hhqal3dxw4pnuj49jjhl4lltq9l35y9w0w8yggnk2ehzk46j8aqy2hwumn8ghj7erfw36x7tnsw43z7un9d3shjqpqep4tlp6lvm332kl2etnutdmdcef3e4jfw7d5hhzvw5p4ehtq0peqzpla7n"}
I'd love to punch this cunt in the chin.
Need a #chocolatestr NIP
Need a #chocolatestr NIP
Need a #chocolatestr NIP
Need a #chocolatestr NIP
Need a #chocolatestr NIP
Need a #chocolatestr NIP
Need a #chocolatestr NIP
IT IS FINE IF YOU ARE JUST TESTING WITH SMALLER AMOUNTS.
IT IS FINE IF YOU ARE JUST TESTING WITH SMALLER AMOUNTS.
IT IS FINE IF YOU ARE JUST TESTING WITH SMALLER AMOUNTS.
IT IS FINE IF YOU ARE JUST TESTING WITH SMALLER AMOUNTS.
IT IS FINE IF YOU ARE JUST TESTING WITH SMALLER AMOUNTS.
IT IS FINE IF YOU ARE JUST TESTING WITH SMALLER AMOUNTS.
IT IS FINE IF YOU ARE JUST TESTING WITH SMALLER AMOUNTS.
Nostr vs. Bitcoin Github star history Is this a fair comparison? What causes the next vertical phase? BTC bull market? Current apps get better? New apps/use cases emerge? cc nostr:npub16c0nh3dnadzqpm76uctf5hqhe2lny344zsmpm6feee9p5rdxaa9q586nvr nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft nostr:npub1kuy0wwf0tzzqvgfv8zpw0vaupkds3430jhapwrgfjyn7ecnhpe0qj9kdj8 nostr:npub1xdtducdnjerex88gkg2qk2atsdlqsyxqaag4h05jmcpyspqt30wscmntxy nostr:npub1unmftuzmkpdjxyj4en8r63cm34uuvjn9hnxqz3nz6fls7l5jzzfqtvd0j2 nostr:npub1melv683fw6n2mvhl5h6dhqd8mqfv3wmxnz4qph83ua4dk4006ezsrt5c24 nostr:npub1xtscya34g58tk0z605fvr788k263gsu6cy9x0mhnm87echrgufzsevkk5s nostr:npub1xv8mzscll8vvy5rsdw7dcqtd2j268a6yupr6gzqh86f2ulhy9kkqmclk3x nostr:npub1c878wu04lfqcl5avfy3p5x83ndpvedaxv0dg7pxthakq3jqdyzcs2n8avm nostr:npub1g53mukxnjkcmr94fhryzkqutdz2ukq4ks0gvy5af25rgmwsl4ngq43drvk nostr:npub1gcxzte5zlkncx26j68ez60fzkvtkm9e0vrwdcvsjakxf9mu9qewqlfnj5z nostr:npub1lunaq893u4hmtpvqxpk8hfmtkqmm7ggutdtnc4hyuux2skr4ttcqr827lj nostr:npub1mygerccwqpzyh9pvp6pv44rskv40zutkfs38t0hqhkvnwlhagp6s3psn5p
Nostr vs. Bitcoin Github star history Is this a fair comparison? What causes the next vertical phase? BTC bull market? Current apps get better? New apps/use cases emerge? cc nostr:npub16c0nh3dnadzqpm76uctf5hqhe2lny344zsmpm6feee9p5rdxaa9q586nvr nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft nostr:npub1kuy0wwf0tzzqvgfv8zpw0vaupkds3430jhapwrgfjyn7ecnhpe0qj9kdj8 nostr:npub1xdtducdnjerex88gkg2qk2atsdlqsyxqaag4h05jmcpyspqt30wscmntxy nostr:npub1unmftuzmkpdjxyj4en8r63cm34uuvjn9hnxqz3nz6fls7l5jzzfqtvd0j2 nostr:npub1melv683fw6n2mvhl5h6dhqd8mqfv3wmxnz4qph83ua4dk4006ezsrt5c24 nostr:npub1xtscya34g58tk0z605fvr788k263gsu6cy9x0mhnm87echrgufzsevkk5s nostr:npub1xv8mzscll8vvy5rsdw7dcqtd2j268a6yupr6gzqh86f2ulhy9kkqmclk3x nostr:npub1c878wu04lfqcl5avfy3p5x83ndpvedaxv0dg7pxthakq3jqdyzcs2n8avm nostr:npub1g53mukxnjkcmr94fhryzkqutdz2ukq4ks0gvy5af25rgmwsl4ngq43drvk nostr:npub1gcxzte5zlkncx26j68ez60fzkvtkm9e0vrwdcvsjakxf9mu9qewqlfnj5z nostr:npub1lunaq893u4hmtpvqxpk8hfmtkqmm7ggutdtnc4hyuux2skr4ttcqr827lj nostr:npub1mygerccwqpzyh9pvp6pv44rskv40zutkfs38t0hqhkvnwlhagp6s3psn5p
Nostr vs. Bitcoin Github star history Is this a fair comparison? What causes the next vertical phase? BTC bull market? Current apps get better? New apps/use cases emerge? cc nostr:npub16c0nh3dnadzqpm76uctf5hqhe2lny344zsmpm6feee9p5rdxaa9q586nvr nostr:npub1l2vyh47mk2p0qlsku7hg0vn29faehy9hy34ygaclpn66ukqp3afqutajft nostr:npub1kuy0wwf0tzzqvgfv8zpw0vaupkds3430jhapwrgfjyn7ecnhpe0qj9kdj8 nostr:npub1xdtducdnjerex88gkg2qk2atsdlqsyxqaag4h05jmcpyspqt30wscmntxy nostr:npub1unmftuzmkpdjxyj4en8r63cm34uuvjn9hnxqz3nz6fls7l5jzzfqtvd0j2 nostr:npub1melv683fw6n2mvhl5h6dhqd8mqfv3wmxnz4qph83ua4dk4006ezsrt5c24 nostr:npub1xtscya34g58tk0z605fvr788k263gsu6cy9x0mhnm87echrgufzsevkk5s nostr:npub1xv8mzscll8vvy5rsdw7dcqtd2j268a6yupr6gzqh86f2ulhy9kkqmclk3x nostr:npub1c878wu04lfqcl5avfy3p5x83ndpvedaxv0dg7pxthakq3jqdyzcs2n8avm nostr:npub1g53mukxnjkcmr94fhryzkqutdz2ukq4ks0gvy5af25rgmwsl4ngq43drvk nostr:npub1gcxzte5zlkncx26j68ez60fzkvtkm9e0vrwdcvsjakxf9mu9qewqlfnj5z nostr:npub1lunaq893u4hmtpvqxpk8hfmtkqmm7ggutdtnc4hyuux2skr4ttcqr827lj nostr:npub1mygerccwqpzyh9pvp6pv44rskv40zutkfs38t0hqhkvnwlhagp6s3psn5p
next
prev

rendered in 18.167284ms