+- dpc -- 729d -------------------------------------------------------------[...]+ | | | 🥹 | | | | nostr:note1k7094gqdy6f6jh0ahxuwyqqr7h5qkrzul3gd0nu32y0j57j6j7lq5nnpwn | | | +-- reply ------------------------------------------------------------------- ---+🥹 nostr:note1k7094gqdy6f6jh0ahxuwyqqr7h5qkrzul3gd0nu32y0j57j6j7lq5nnpwn
npub1yarprdrj3vxyp0su7xqd3u6z047na6792ezas6dqqt5tv4lce4ssjt0gd0
dpcpw@iris.to
https://github.com/dpc
+- dpc -- 1107d ------------------------------------------------------------[...]+ | | | Any public network exposed infrastructure can be DoSed given enough resources. | | Bigger and more scalable infra can just sustain higher load, making a | | successful attack harder / more costly. That's why even medium-size commercial | | businesses hide behind something like Cloudflare. | | | | So the way I think about it - the more efficient the underlying protocol, the | | more robust it is in face of a heavy load (legitimate or malicious), but | | ultimately if you're running a relay on puny VPS, it will fail relatively | | easily. The goal is to squeeze as much as possible from what's available. | | | | Low barrier to entry doesn't not have to mean low robustness. Often does, but | | ideally something robust could be easy to build on. | | | +-- reply ------------------------------------------------------------------- ---+Any public network exposed infrastructure can be DoSed given enough resources. Bigger and more scalable infra can just sustain higher load, making a successful attack harder / more costly. That's why even medium-size commercial businesses hide behind something like Cloudflare. So the way I think about it - the more efficient the underlying protocol, the more robust it is in face of a heavy load (legitimate or malicious), but ultimately if you're running a relay on puny VPS, it will fail relatively easily. The goal is to squeeze as much as possible from what's available. Low barrier to entry doesn't not have to mean low robustness. Often does, but ideally something robust could be easy to build on.
+- dpc -- 1107d ------------------------------------------------------------[...]+ | | | BTW. The websocket thing is something I wonder about often. In a use-case with | | reasonably frequent updates, is it better to have clients hold an active but | | mostly idle tcp connection (like websocket), or make them do polling, or some | | long polling? | | | | A proper async IO runtime can probably handle tons of connections at once | | anyway. 10k, 100k, maybe 1M. | | | | Also with a gossip-like note fetching, it should be feasible to have lots | | moderately sized relays, without a loss to usability, so maybe worrying too | | much about scaling vertically a single relay is unnecessary. | | | | Otherwise some client&application level load balancing might fix the problem. | | Eg when connecting to a relay it answers with a list of keyspace "shards" | | (possibly overlapping for redundancy), and then connects/queries to the | | actually node that holds the data. That would allow reasonably simple and | | flexible scaling of the relays without complex server side load balancing. | | | +-- reply ------------------------------------------------------------------- ---+BTW. The websocket thing is something I wonder about often. In a use-case with reasonably frequent updates, is it better to have clients hold an active but mostly idle tcp connection (like websocket), or make them do polling, or some long polling? A proper async IO runtime can probably handle tons of connections at once anyway. 10k, 100k, maybe 1M. Also with a gossip-like note fetching, it should be feasible to have lots moderately sized relays, without a loss to usability, so maybe worrying too much about scaling vertically a single relay is unnecessary. Otherwise some client&application level load balancing might fix the problem. Eg when connecting to a relay it answers with a list of keyspace "shards" (possibly overlapping for redundancy), and then connects/queries to the actually node that holds the data. That would allow reasonably simple and flexible scaling of the relays without complex server side load balancing.
+- dpc -- 1107d ------------------------------------------------------------[...]+ | | | I was thinking about nostr, a bit from a similiar perspective, especially that | | a lot of things are very much like in https://github.com/crev-dev/cargo-crev | | (exchanging documents signed by self-generated identities). The purpose was | | different, but most things are analogous. | | | | Agreed on everything, but with a note that ease of building client is a huge | | benefit, especially for a protocol that lives or dies based on network effect. | | The idea would probably not catch on if building things would require too much | | work. If it is to be more complex, it needs to come with good off-the-shelf | | libraries to use. | | | | End user software delivery is the biggest constrain on boostraping. Being able | | to handle everything from a web-client (primarily) is a must have. And it must | | work well. | | | | The transport layer is a secondary thing. Self-signed document can be | | delivered in various ways - through web sockets, raw tcp, bittorrent, with e2e | | encryption or without it. In carg-crev github repositories are used free and | | public transport. Relays could support combination of all and it can be | | iterated on. So I would leave websocket with TLS as is to start with. | | | | Using faster and more compact encoding and crypto, detaching the signature | | (witness) would be the biggest wins, and can't be easily iterated on after the | | fact, so getting it right is important. Good engineering suggest using some | | "one byte-prefix for version", to allow ecosystem rotate to something else in | | the future. | | | | Identities/crypto should be modular (just add a "type" prefix). Clients that | | don't support certain ID type, can just ignore the message. That gives an | | ability to rotate to something else in the future, without changing too much | | elsewhere. I'm not a fan of GPG/SSH (even though I use them all the time, | | every day). Being able to support it for clients that need it for something - | | great. Forcing on everyone - meh. Something that is fast and easy to support | | would be a preferable default. | | | | Also, IMO, nostr needs to come with a portable, reference WoT handling | | library. Coming up with a well working WoT is quite complex. Different clients | | could come up with their own approach, but having something off the shelf that | | clients can use to get a reasonable and consistent WoT behavior would be a big | | plus. | | | | In cargo-crev there's a `crev-wot` | | https://github.com/crev-dev/cargo-crev/tree/master/crev-wot that implements a | | basic Wot based on "trust levels", "distance from root" with support for bans | | and overrides, but I always wanted to (and never had time) to implement | | "maximum flow" algorithm to deal with sybil attacks and bot farms. | | | +-- reply ------------------------------------------------------------------- ---+I was thinking about nostr, a bit from a similiar perspective, especially that a lot of things are very much like in https://github.com/crev-dev/cargo-crev (exchanging documents signed by self-generated identities). The purpose was different, but most things are analogous. Agreed on everything, but with a note that ease of building client is a huge benefit, especially for a protocol that lives or dies based on network effect. The idea would probably not catch on if building things would require too much work. If it is to be more complex, it needs to come with good off-the-shelf libraries to use. End user software delivery is the biggest constrain on boostraping. Being able to handle everything from a web-client (primarily) is a must have. And it must work well. The transport layer is a secondary thing. Self-signed document can be delivered in various ways - through web sockets, raw tcp, bittorrent, with e2e encryption or without it. In carg-crev github repositories are used free and public transport. Relays could support combination of all and it can be iterated on. So I would leave websocket with TLS as is to start with. Using faster and more compact encoding and crypto, detaching the signature (witness) would be the biggest wins, and can't be easily iterated on after the fact, so getting it right is important. Good engineering suggest using some "one byte-prefix for version", to allow ecosystem rotate to something else in the future. Identities/crypto should be modular (just add a "type" prefix). Clients that don't support certain ID type, can just ignore the message. That gives an ability to rotate to something else in the future, without changing too much elsewhere. I'm not a fan of GPG/SSH (even though I use them all the time, every day). Being able to support it for clients that need it for something - great. Forcing on everyone - meh. Something that is fast and easy to support would be a preferable default. Also, IMO, nostr needs to come with a portable, reference WoT handling library. Coming up with a well working WoT is quite complex. Different clients could come up with their own approach, but having something off the shelf that clients can use to get a reasonable and consistent WoT behavior would be a big plus. In cargo-crev there's a `crev-wot` https://github.com/crev-dev/cargo-crev/tree/master/crev-wot that implements a basic Wot based on "trust levels", "distance from root" with support for bans and overrides, but I always wanted to (and never had time) to implement "maximum flow" algorithm to deal with sybil attacks and bot farms.
+- dpc -- 1113d ------------------------------------------------------------[...]+ | | | "Every item is $6" is my general impression every time I do groceries. | | | +-- reply ------------------------------------------------------------------- ---+"Every item is $6" is my general impression every time I do groceries.
+- dpc -- 1115d ------------------------------------------------------------[...]+ | | | Taxpayers have to pay estimated taxes ahead of time anyway, no? Lots of people | | are getting tax returns in April/May. So it's not like treasury can hope for | | some extra taxes *now*. | | | +-- reply ------------------------------------------------------------------- ---+Taxpayers have to pay estimated taxes ahead of time anyway, no? Lots of people are getting tax returns in April/May. So it's not like treasury can hope for some extra taxes *now*.
+- dpc -- 1124d ------------------------------------------------------------[...]+ | | | OB was waaay too early. Barely anyone was using Bitcoin then, and other than | | censorship resistance and novelty everything about using it for commerce was | | meh. DHTs have crappy UX (slow) and running your own things is a drag. On top | | of it there's just a standard bootstrapping problem: you need sellers to make | | buyers bother, but you need buyers to make sellers bother. | | | +-- reply ------------------------------------------------------------------- ---+OB was waaay too early. Barely anyone was using Bitcoin then, and other than censorship resistance and novelty everything about using it for commerce was meh. DHTs have crappy UX (slow) and running your own things is a drag. On top of it there's just a standard bootstrapping problem: you need sellers to make buyers bother, but you need buyers to make sellers bother.
+- dpc -- 1127d ------------------------------------------------------------[...]+ | | | Are you aware of Fedimint? | | | +-- reply ------------------------------------------------------------------- ---+Are you aware of Fedimint?
+- dpc -- 1133d ------------------------------------------------------------[...]+ | | | There are two answers to every technical issue: | | | | * nixify it, | | * or rewrite it in rust | | | +-- reply ------------------------------------------------------------------- ---+There are two answers to every technical issue: * nixify it, * or rewrite it in rust
+- dpc -- 1134d ------------------------------------------------------------[...]+ | | | https://www.youtube.com/watch?v=Q_wPGSfUEFY | | | | Financial system in distress. | | | +-- reply ------------------------------------------------------------------- ---+https://www.youtube.com/watch?v=Q_wPGSfUEFY Financial system in distress.
+- dpc -- 1142d ------------------------------------------------------------[...]+ | | | Hey, whatever works, works. | | | | Though myself with built in fuzzy find and `fzf` well integrated with shell | | \\: https://github.com/PatrickF1/fzf.fish I have no problems dealing with | | large projects. | | | +-- reply ------------------------------------------------------------------- ---+Hey, whatever works, works. Though myself with built in fuzzy find and `fzf` well integrated with shell \\: https://github.com/PatrickF1/fzf.fish I have no problems dealing with large projects.
+- dpc -- 1142d ------------------------------------------------------------[...]+ | | | I have LSP hints displayed in my CLI text editor (Helix). I'm quite amazed. | | The experience got really close to VSCode, with all the benefits of CLI text | | editor preserved. | | | | https://nostr.build/i/nostr.build_71718e5cb6701814cd453a0afd6411dc7294792de576 | | ebe4e50c3f862876a453.png | | | +-- reply ------------------------------------------------------------------- ---+I have LSP hints displayed in my CLI text editor (Helix). I'm quite amazed. The experience got really close to VSCode, with all the benefits of CLI text editor preserved. https://nostr.build/i/nostr.build_71718e5cb6701814cd453a0afd6411dc7294792de576ebe4e50c3f862876a453.png
+- dpc -- 1144d ------------------------------------------------------------[...]+ | | | Bitcoin's consensus rules are held together by a network effect of individual | | incentives of its users. | | | | Not a constitution, not the whitepaper, not the code, but each HODLer doing | | what best for them is what guarantees consensus rules enforcement. | | | | The idea that a super-majority of Bitcoin users could get convinced that stuff | | like inscriptions introduces MEV, which undermines mining incentives and is | | thus breaking Bitcoin, and thus endangers the asset they hold dear is not a | | fantasy. | | | | In such circumstances - not unlike UASF - Bitcoin users could enforce a SF | | that would kick out (e.g. make unspendable) certain outputs they deem | | undesireable. In essence it's a form of economic voting / war. Users that | | think that Bitcoin is best with the SF against users who think Bitcoin is best | | without it. | | | | You might think it's not fair, etc. And maybe you are right. But if it was a | | super-majority and a SF would be successful, you would wake up on holding your | | inscriptions on a BCH-like minority fork and you can cry all you want about | | it. | | | | Personally I think Inscription are really stupid, and they will fizzle out | | naturally, so no need to do anything about it. But just saying. | | | +-- reply ------------------------------------------------------------------- ---+Bitcoin's consensus rules are held together by a network effect of individual incentives of its users. Not a constitution, not the whitepaper, not the code, but each HODLer doing what best for them is what guarantees consensus rules enforcement. The idea that a super-majority of Bitcoin users could get convinced that stuff like inscriptions introduces MEV, which undermines mining incentives and is thus breaking Bitcoin, and thus endangers the asset they hold dear is not a fantasy. In such circumstances - not unlike UASF - Bitcoin users could enforce a SF that would kick out (e.g. make unspendable) certain outputs they deem undesireable. In essence it's a form of economic voting / war. Users that think that Bitcoin is best with the SF against users who think Bitcoin is best without it. You might think it's not fair, etc. And maybe you are right. But if it was a super-majority and a SF would be successful, you would wake up on holding your inscriptions on a BCH-like minority fork and you can cry all you want about it. Personally I think Inscription are really stupid, and they will fizzle out naturally, so no need to do anything about it. But just saying.
+- dpc -- 1144d ------------------------------------------------------------[...]+ | | | I've just got an upstream git version of helix installed on all my systems | | (because a PR greatly improving LSP auto-completion just landed) with handful | | of changes to my personal "nix" git repo by replacing nixos release version | | with a custom one, by substituting some lines and rustc compiler taken from | | nixos-unstable (next release). | | | | Nix changes the way you think about Linux system building and what you | | consider possible. | | | | https://nostr.build/i/nostr.build_48041aa5a66e52047eee204b06e0d13bf4221eef0f9e | | c8cd4d746a09a7f899dd.png | | | +-- reply ------------------------------------------------------------------- ---+I've just got an upstream git version of helix installed on all my systems (because a PR greatly improving LSP auto-completion just landed) with handful of changes to my personal "nix" git repo by replacing nixos release version with a custom one, by substituting some lines and rustc compiler taken from nixos-unstable (next release). Nix changes the way you think about Linux system building and what you consider possible. https://nostr.build/i/nostr.build_48041aa5a66e52047eee204b06e0d13bf4221eef0f9ec8cd4d746a09a7f899dd.png
+- dpc -- 1144d ------------------------------------------------------------[...]+ | | | Some databases have ways to block non-indexed queries. | | https://www.mongodb.com/docs/manual/reference/parameters/#param.notablescan | | | | I generally think it's a mistake for SQL (and similar) to have a default query | | auto-planner. I would rather write something like 'take this index, filter for | | this, pick these fields, then join,..." - basically specifying the query plan | | myself. Too many times I got bitten by the planner using the wrong index. It's | | difficult to figure out & prevent, and sometimes query planner changes its | | mind for some runtime reasons (obviously always in production at 2am ). | | | +-- reply ------------------------------------------------------------------- ---+Some databases have ways to block non-indexed queries. https://www.mongodb.com/docs/manual/reference/parameters/#param.notablescan I generally think it's a mistake for SQL (and similar) to have a default query auto-planner. I would rather write something like 'take this index, filter for this, pick these fields, then join,..." - basically specifying the query plan myself. Too many times I got bitten by the planner using the wrong index. It's difficult to figure out & prevent, and sometimes query planner changes its mind for some runtime reasons (obviously always in production at 2am ).
+- dpc -- 1145d ------------------------------------------------------------[...]+ | | | https://github.com/rust-bitcoin/rust-bitcoin/discussions/1702 | | | | Someone published illegitimate bitcoin-internals crate, and has some litecoin | | related crates. Looks :sus: . Be warned, could be malicious. | | | +-- reply ------------------------------------------------------------------- ---+https://github.com/rust-bitcoin/rust-bitcoin/discussions/1702 Someone published illegitimate bitcoin-internals crate, and has some litecoin related crates. Looks :sus: . Be warned, could be malicious.
+- dpc -- 1145d ------------------------------------------------------------[...]+ | | | Is it me, or did a lot of people I am following stopped posting on nostr and | | activity is going down? | | | +-- reply ------------------------------------------------------------------- ---+Is it me, or did a lot of people I am following stopped posting on nostr and activity is going down?
+- dpc -- 1147d ------------------------------------------------------------[...]+ | | | CSS/HTML more important. I'm actually quite familiar with JS side. But | | anything is good! | | | +-- reply ------------------------------------------------------------------- ---+CSS/HTML more important. I'm actually quite familiar with JS side. But anything is good!
+- dpc -- 1147d ------------------------------------------------------------[...]+ | | | I want to up my html/css game. I can glue together an UI with bootstrap, write | | dune custom css etc. but whenever I need some fancier layout and styling, it's | | a struggle. | | | | Please recommend best learning materials for state of art web ui/css stuff. | | | +-- reply ------------------------------------------------------------------- ---+I want to up my html/css game. I can glue together an UI with bootstrap, write dune custom css etc. but whenever I need some fancier layout and styling, it's a struggle. Please recommend best learning materials for state of art web ui/css stuff.
+- dpc -- 1152d ------------------------------------------------------------[...]+ | | | https://news.ycombinator.com/item?id=34966137 | | | | 🍿 Enjoying the screeching in the comments. :D | | | | I would add: historically OOP movement did not make a good distinction between | | data and code. It's best when *data* is organized in a program like in a | | application-specific in-memory database (or just in a persistent database | | right away), while "objects" and interfaces are useful for *code*: | | https://dpc.pw/data-vs-code-aka-objects-oop-conflation-and-confusion | | | | The biggest blunder in the Clean Code is the unconditional "prefer | | polymorphism over switch/if": | | https://dpc.pw/what-oop-gets-wrong-about-interfaces-and-polymorphism | | | +-- reply ------------------------------------------------------------------- ---+https://news.ycombinator.com/item?id=34966137 🍿 Enjoying the screeching in the comments. :D I would add: historically OOP movement did not make a good distinction between data and code. It's best when *data* is organized in a program like in a application-specific in-memory database (or just in a persistent database right away), while "objects" and interfaces are useful for *code*: https://dpc.pw/data-vs-code-aka-objects-oop-conflation-and-confusion The biggest blunder in the Clean Code is the unconditional "prefer polymorphism over switch/if": https://dpc.pw/what-oop-gets-wrong-about-interfaces-and-polymorphism
+- dpc -- 1154d ------------------------------------------------------------[...]+ | | | That's the same trust model as for everything else. The payments could be | | tiered or even usage dependent, and one can always use multiple relays to have | | redundancy. But sure - if you run your own relay, even better for you. | | | +-- reply ------------------------------------------------------------------- ---+That's the same trust model as for everything else. The payments could be tiered or even usage dependent, and one can always use multiple relays to have redundancy. But sure - if you run your own relay, even better for you.
+- dpc -- 1154d ------------------------------------------------------------[...]+ | | | Wouldn't it make sense for relays to charge extra for long term storage? | | | +-- reply ------------------------------------------------------------------- ---+Wouldn't it make sense for relays to charge extra for long term storage?
+- dpc -- 1155d ------------------------------------------------------------[...]+ | | | I've been going down a rabbit hole of CTMU , so will clear my mind and share | | some thoughts on it in case anyone finds it interesting. | | | | I dig this kind of stuff and generally in last the decade or more my worldview | | shifted from a rather standard western intellectual scientist mechanical | | atheism into realization that consciousness can not be derived from physics or | | computation, therefore consciousness is probably the fundamental aspect of | | reality, which both the eastern philosophies and western science seems to | | converge on. | | | | So here comes CTMU. It is a ToE (Theory of Everything) , developed by | | Christopher Langan which has the highest in the world recorded IQ. | | https://en.wikipedia.org/wiki/Christopher_Langan | | | | From what I can tell tell he's very smart and makes a great impression. What's | | best is that due to his upbringing he's not an academic, but a proper down to | | earth dude. Just extremely smart and (self) learned. Whole life he worked as | | bouncer, firefighter, farmer and such. So to me, with my distaste for | | academia, the guy himself is just a gem. | | | | Anyway - the theory. In a nutshell: Langan starts with logical reasons why | | consciousness must be the fundamental aspect of reality, or otherwise just the | | logics of everything wouldn't add up. Then he builds a methapysical model of | | the universe as a language: a self-generative and self-perceptual system. I | | hope I didn't butcher it too much. The stuff is abstract, nuanced and takes | | from various aspects of linguistics, mathematics, physics, and what not. | | | | As far as I can tell it's not nonsense or some quackery that can be simply | | dismissed. But it is so abstract and requires understanding of things from so | | many disciplines, that it is hard to really fully grasp, even for very bright | | people, which you can see when watching these few videos when someone actually | | tries to debate with him. | | | | That and that fact that the end conclusion is that the universe can be | | considered a single self-reifying consciousness, which all conscious agents | | are kind of fragments of (which is also something I intuitively believe). | | Langan is open about his religious interpretations of such | | universe-consciousness. | | | | So - the guy is an outsider to academia , with open semi-religious | | beliefs/interpretations and thus somewhat off-putting to people that could | | more rigorously think about it, intellectually intimidating, the whole thing | | is not exactly easy to meaningful criticise without spending considerable | | amount of time and effort to internalize. All of this made his theory sit for | | decades without the world really paying any attention. The interactions or | | criticism I've found online w.r.t. CTMU are always rather uninformed and | | shallow. | | | | From my PoV, it's worth looking into, just because it's intellectually | | stimulating and not well known. Unfortunately as a metaphysics, it seems more | | philosophical than practical, so I'm not aware of any predictive consequences | | that could either be used to show that it actually seem to correspond to | | observable reality. Maybe there are some and I just didn't get to that part. | | | | If you are interested, I the best video to get an overview so far I've found | | is: | | | | https://www.youtube.com/watch?v=N-bRM1kYuNA | | | +-- reply ------------------------------------------------------------------- ---+I've been going down a rabbit hole of CTMU , so will clear my mind and share some thoughts on it in case anyone finds it interesting. I dig this kind of stuff and generally in last the decade or more my worldview shifted from a rather standard western intellectual scientist mechanical atheism into realization that consciousness can not be derived from physics or computation, therefore consciousness is probably the fundamental aspect of reality, which both the eastern philosophies and western science seems to converge on. So here comes CTMU. It is a ToE (Theory of Everything) , developed by Christopher Langan which has the highest in the world recorded IQ. https://en.wikipedia.org/wiki/Christopher_Langan From what I can tell tell he's very smart and makes a great impression. What's best is that due to his upbringing he's not an academic, but a proper down to earth dude. Just extremely smart and (self) learned. Whole life he worked as bouncer, firefighter, farmer and such. So to me, with my distaste for academia, the guy himself is just a gem. Anyway - the theory. In a nutshell: Langan starts with logical reasons why consciousness must be the fundamental aspect of reality, or otherwise just the logics of everything wouldn't add up. Then he builds a methapysical model of the universe as a language: a self-generative and self-perceptual system. I hope I didn't butcher it too much. The stuff is abstract, nuanced and takes from various aspects of linguistics, mathematics, physics, and what not. As far as I can tell it's not nonsense or some quackery that can be simply dismissed. But it is so abstract and requires understanding of things from so many disciplines, that it is hard to really fully grasp, even for very bright people, which you can see when watching these few videos when someone actually tries to debate with him. That and that fact that the end conclusion is that the universe can be considered a single self-reifying consciousness, which all conscious agents are kind of fragments of (which is also something I intuitively believe). Langan is open about his religious interpretations of such universe-consciousness. So - the guy is an outsider to academia , with open semi-religious beliefs/interpretations and thus somewhat off-putting to people that could more rigorously think about it, intellectually intimidating, the whole thing is not exactly easy to meaningful criticise without spending considerable amount of time and effort to internalize. All of this made his theory sit for decades without the world really paying any attention. The interactions or criticism I've found online w.r.t. CTMU are always rather uninformed and shallow. From my PoV, it's worth looking into, just because it's intellectually stimulating and not well known. Unfortunately as a metaphysics, it seems more philosophical than practical, so I'm not aware of any predictive consequences that could either be used to show that it actually seem to correspond to observable reality. Maybe there are some and I just didn't get to that part. If you are interested, I the best video to get an overview so far I've found is: https://www.youtube.com/watch?v=N-bRM1kYuNA
+- dpc -- 1155d ------------------------------------------------------------[...]+ | | | #[0] That https://github.com/markqvist/Reticulum/issues/230 is interesting. | | Please post some updates from time to time! | | | +-- reply ------------------------------------------------------------------- ---+#[0] That https://github.com/markqvist/Reticulum/issues/230 is interesting. Please post some updates from time to time!
+- dpc -- 1155d ------------------------------------------------------------[...]+ | | | https://www.infoq.com/presentations/tyranny-of-plan/ | | | +-- reply ------------------------------------------------------------------- ---+https://www.infoq.com/presentations/tyranny-of-plan/
+- dpc -- 1156d ------------------------------------------------------------[...]+ | | | I don't need global feed, but I'd love to have "follows of follows" feed. | | | +-- reply ------------------------------------------------------------------- ---+I don't need global feed, but I'd love to have "follows of follows" feed.
+- dpc -- 1157d ------------------------------------------------------------[...]+ | | | So like most SV startups, except honest. | | | +-- reply ------------------------------------------------------------------- ---+So like most SV startups, except honest.
+- dpc -- 1157d ------------------------------------------------------------[...]+ | | | Thought: Convince Eric to rename Fedimint to Chow Mein Mint to out-do Cashu's | | witty name. | | | | 😜 | | | +-- reply ------------------------------------------------------------------- ---+Thought: Convince Eric to rename Fedimint to Chow Mein Mint to out-do Cashu's witty name. 😜
+- dpc -- 1157d ------------------------------------------------------------[...]+ | | | https://nostr.build/i/nostr.build_2ae8e9f8d913d7ca0c4458b3bf841c83619ece7aec9c | | 2047287331e7fb4ff65a.gif | | | +-- reply ------------------------------------------------------------------- ---+https://nostr.build/i/nostr.build_2ae8e9f8d913d7ca0c4458b3bf841c83619ece7aec9c2047287331e7fb4ff65a.gif
+- dpc -- 1157d ------------------------------------------------------------[...]+ | | | #[0] Thank you! | | https://nostr.build/i/nostr.build_cb9f19cfca410a2ae357554fa17d136234fe608ddbb3 | | b7798952bfacb5c98fc0.png | | | +-- reply ------------------------------------------------------------------- ---+#[0] Thank you! https://nostr.build/i/nostr.build_cb9f19cfca410a2ae357554fa17d136234fe608ddbb3b7798952bfacb5c98fc0.png
No replies found in cached notes yet.
+- dpc -- 1134d ------------------------------------------------------------[...]+ | | | https://www.youtube.com/watch?v=Q_wPGSfUEFY | | | | Financial system in distress. | | | +-- reply ------------------------------------------------------------------- ---+https://www.youtube.com/watch?v=Q_wPGSfUEFY Financial system in distress.
+- dpc -- 1142d ------------------------------------------------------------[...]+ | | | I have LSP hints displayed in my CLI text editor (Helix). I'm quite amazed. | | The experience got really close to VSCode, with all the benefits of CLI text | | editor preserved. | | | | https://nostr.build/i/nostr.build_71718e5cb6701814cd453a0afd6411dc7294792de576 | | ebe4e50c3f862876a453.png | | | +-- reply ------------------------------------------------------------------- ---+I have LSP hints displayed in my CLI text editor (Helix). I'm quite amazed. The experience got really close to VSCode, with all the benefits of CLI text editor preserved. https://nostr.build/i/nostr.build_71718e5cb6701814cd453a0afd6411dc7294792de576ebe4e50c3f862876a453.png
+- dpc -- 1144d ------------------------------------------------------------[...]+ | | | I've just got an upstream git version of helix installed on all my systems | | (because a PR greatly improving LSP auto-completion just landed) with handful | | of changes to my personal "nix" git repo by replacing nixos release version | | with a custom one, by substituting some lines and rustc compiler taken from | | nixos-unstable (next release). | | | | Nix changes the way you think about Linux system building and what you | | consider possible. | | | | https://nostr.build/i/nostr.build_48041aa5a66e52047eee204b06e0d13bf4221eef0f9e | | c8cd4d746a09a7f899dd.png | | | +-- reply ------------------------------------------------------------------- ---+I've just got an upstream git version of helix installed on all my systems (because a PR greatly improving LSP auto-completion just landed) with handful of changes to my personal "nix" git repo by replacing nixos release version with a custom one, by substituting some lines and rustc compiler taken from nixos-unstable (next release). Nix changes the way you think about Linux system building and what you consider possible. https://nostr.build/i/nostr.build_48041aa5a66e52047eee204b06e0d13bf4221eef0f9ec8cd4d746a09a7f899dd.png
+- dpc -- 1155d ------------------------------------------------------------[...]+ | | | I've been going down a rabbit hole of CTMU , so will clear my mind and share | | some thoughts on it in case anyone finds it interesting. | | | | I dig this kind of stuff and generally in last the decade or more my worldview | | shifted from a rather standard western intellectual scientist mechanical | | atheism into realization that consciousness can not be derived from physics or | | computation, therefore consciousness is probably the fundamental aspect of | | reality, which both the eastern philosophies and western science seems to | | converge on. | | | | So here comes CTMU. It is a ToE (Theory of Everything) , developed by | | Christopher Langan which has the highest in the world recorded IQ. | | https://en.wikipedia.org/wiki/Christopher_Langan | | | | From what I can tell tell he's very smart and makes a great impression. What's | | best is that due to his upbringing he's not an academic, but a proper down to | | earth dude. Just extremely smart and (self) learned. Whole life he worked as | | bouncer, firefighter, farmer and such. So to me, with my distaste for | | academia, the guy himself is just a gem. | | | | Anyway - the theory. In a nutshell: Langan starts with logical reasons why | | consciousness must be the fundamental aspect of reality, or otherwise just the | | logics of everything wouldn't add up. Then he builds a methapysical model of | | the universe as a language: a self-generative and self-perceptual system. I | | hope I didn't butcher it too much. The stuff is abstract, nuanced and takes | | from various aspects of linguistics, mathematics, physics, and what not. | | | | As far as I can tell it's not nonsense or some quackery that can be simply | | dismissed. But it is so abstract and requires understanding of things from so | | many disciplines, that it is hard to really fully grasp, even for very bright | | people, which you can see when watching these few videos when someone actually | | tries to debate with him. | | | | That and that fact that the end conclusion is that the universe can be | | considered a single self-reifying consciousness, which all conscious agents | | are kind of fragments of (which is also something I intuitively believe). | | Langan is open about his religious interpretations of such | | universe-consciousness. | | | | So - the guy is an outsider to academia , with open semi-religious | | beliefs/interpretations and thus somewhat off-putting to people that could | | more rigorously think about it, intellectually intimidating, the whole thing | | is not exactly easy to meaningful criticise without spending considerable | | amount of time and effort to internalize. All of this made his theory sit for | | decades without the world really paying any attention. The interactions or | | criticism I've found online w.r.t. CTMU are always rather uninformed and | | shallow. | | | | From my PoV, it's worth looking into, just because it's intellectually | | stimulating and not well known. Unfortunately as a metaphysics, it seems more | | philosophical than practical, so I'm not aware of any predictive consequences | | that could either be used to show that it actually seem to correspond to | | observable reality. Maybe there are some and I just didn't get to that part. | | | | If you are interested, I the best video to get an overview so far I've found | | is: | | | | https://www.youtube.com/watch?v=N-bRM1kYuNA | | | +-- reply ------------------------------------------------------------------- ---+I've been going down a rabbit hole of CTMU , so will clear my mind and share some thoughts on it in case anyone finds it interesting. I dig this kind of stuff and generally in last the decade or more my worldview shifted from a rather standard western intellectual scientist mechanical atheism into realization that consciousness can not be derived from physics or computation, therefore consciousness is probably the fundamental aspect of reality, which both the eastern philosophies and western science seems to converge on. So here comes CTMU. It is a ToE (Theory of Everything) , developed by Christopher Langan which has the highest in the world recorded IQ. https://en.wikipedia.org/wiki/Christopher_Langan From what I can tell tell he's very smart and makes a great impression. What's best is that due to his upbringing he's not an academic, but a proper down to earth dude. Just extremely smart and (self) learned. Whole life he worked as bouncer, firefighter, farmer and such. So to me, with my distaste for academia, the guy himself is just a gem. Anyway - the theory. In a nutshell: Langan starts with logical reasons why consciousness must be the fundamental aspect of reality, or otherwise just the logics of everything wouldn't add up. Then he builds a methapysical model of the universe as a language: a self-generative and self-perceptual system. I hope I didn't butcher it too much. The stuff is abstract, nuanced and takes from various aspects of linguistics, mathematics, physics, and what not. As far as I can tell it's not nonsense or some quackery that can be simply dismissed. But it is so abstract and requires understanding of things from so many disciplines, that it is hard to really fully grasp, even for very bright people, which you can see when watching these few videos when someone actually tries to debate with him. That and that fact that the end conclusion is that the universe can be considered a single self-reifying consciousness, which all conscious agents are kind of fragments of (which is also something I intuitively believe). Langan is open about his religious interpretations of such universe-consciousness. So - the guy is an outsider to academia , with open semi-religious beliefs/interpretations and thus somewhat off-putting to people that could more rigorously think about it, intellectually intimidating, the whole thing is not exactly easy to meaningful criticise without spending considerable amount of time and effort to internalize. All of this made his theory sit for decades without the world really paying any attention. The interactions or criticism I've found online w.r.t. CTMU are always rather uninformed and shallow. From my PoV, it's worth looking into, just because it's intellectually stimulating and not well known. Unfortunately as a metaphysics, it seems more philosophical than practical, so I'm not aware of any predictive consequences that could either be used to show that it actually seem to correspond to observable reality. Maybe there are some and I just didn't get to that part. If you are interested, I the best video to get an overview so far I've found is: https://www.youtube.com/watch?v=N-bRM1kYuNA
+- dpc -- 1157d ------------------------------------------------------------[...]+ | | | https://nostr.build/i/nostr.build_2ae8e9f8d913d7ca0c4458b3bf841c83619ece7aec9c | | 2047287331e7fb4ff65a.gif | | | +-- reply ------------------------------------------------------------------- ---+https://nostr.build/i/nostr.build_2ae8e9f8d913d7ca0c4458b3bf841c83619ece7aec9c2047287331e7fb4ff65a.gif
+- dpc -- 1157d ------------------------------------------------------------[...]+ | | | #[0] Thank you! | | https://nostr.build/i/nostr.build_cb9f19cfca410a2ae357554fa17d136234fe608ddbb3 | | b7798952bfacb5c98fc0.png | | | +-- reply ------------------------------------------------------------------- ---+#[0] Thank you! https://nostr.build/i/nostr.build_cb9f19cfca410a2ae357554fa17d136234fe608ddbb3b7798952bfacb5c98fc0.png
Pubkeys from this user's latest cached kind 3 follow list.
- Hunter ₿eaṩt 00000000…66e6
- 01fff557077a 01fff557…67a0
- ODELL 04c915da…ecc9
- Dan Gould 2658362c…498a
- fiatjaf 3bf0c63f…459d
- danny d 3fde182c…a09a
- Sirius 4523be58…acd0
- calle 50d94fc2…1d63
- 51d7f1b736d1 51d7f1b7…c5c0
- Seth For Privacy 58ead82f…08f9
- 75769eaaae86 75769eaa…e0e9
- jimmysong 7b3f7803…e968
- Edward Snowden 84dee6e6…7240
- Tuur Demeestr 8fe3f243…39c5
- Murch 95361a2b…c518
- 9e89708a2444 9e89708a…502d
- Michael Saylor a341f45f…7a98
- ae8002b5913c ae8002b5…c12a
- b2d670de53b2 b2d670de…9d4a
- b74bcf338e25 b74bcf33…e583
- hodlonaut c49d52a5…ca15
- ccaa58e37c99 ccaa58e3…48cc
- cef0418909e3 cef04189…cb30
- d7f0e3917c46 d7f0e391…b731
- de8823cdc979 de8823cd…3fd0
- e03cfe011d81 e03cfe01…9ef2
- Lyn Alden eab0e756…1f4f
- eaf27aa10483 eaf27aa1…00aa
- Jameson Lopp f728d9e6…8106
Cached pubkeys that follow this user, discovered from kind 3 events.
- Hunter ₿eaṩt 00000000…66e6
- Nic₿ 🏴☠️ 00000000…b973
- thesimplekid 04918dfc…bbc5
- Niko 0c3d1631…4cf0
- Perlover 0d3f0394…046b
- Earnest Holden 0d493629…8ed1
- Paul 0d6c8388…8a33
- 0ff57617495b 0ff57617…85c5
- Bitman 129f5189…1803
- Andrea Díaz Correia 130994a7…ebfb
- Justin 141d2053…d658
- ⚡️₿⚡️ 1a4a8f79…754e
- Endcape🍌Banana Art🍌 1d80e558…4d59
- Code & Psychology ⚡️ 1e9d809e…d21c
- Dimi 1f830dd8…14ed
- j 2590201e…1ec8
- Dan Gould 2658362c…498a
- RABBINSTEIN 2b159899…a565
- fmar 30782a83…1177
- jb55 32e18276…e245
- Harry Hodler 380cdf5b…3445
- OrangeSurf 3ddeea52…7371
- Max 3fc5f855…04d3
- danny d 3fde182c…a09a
- Bitcoin Mises 496bf22b…4807
- SPA (Super Phat Arrow) 4a38463c…dcac
- Deleted Account 5be6446a…a9b1
- Martian 5dc13c24…988d
- zach 7a78fbfe…6288
- teta Θ 8378a903…1b22
- Gabo Beaumont (mintter.com) 8b9cc91f…a7dc
- Skyler 8c5ec8b3…b490
- pgsdesign 8c843278…bbad
- Suhail b154080c…7cc7
- Brunswick c1e9ab3a…6b43
- Carman e1ff3bfd…e1af
- EddieOz ⚡ eac63075…8b48
- max f99c62e3…6c07
+------------------------------------------------------------------------------+
|
|
Identifiers
npub: npub1yarprdrj3vxyp0su7xqd3u6z047na6792ezas6dqqt5tv4lce4ssjt0gd0
hex: 274611b4728b0c40be1cf180d8f3427d7d3eebc55645d869a002e8b657f8cd61
no cached metadata event yet
+------------------------------------------------------------------------------+
Suggested read/write relays from this user's latest kind 10002 event.
- No cached NIP-65 relay hints yet.