laanwj

graph databases are great for some kinds of large-graph analysis (often in biology), but i don't imagine there's much use for that in a normal nostr client
maybe for WoT things, if it needs queries across multiple levels of the WoT?
if it's just about expanding a few levels of notes while rendering a thread, sqlite and such can already do that very quickly, i doubt that's ever a bottleneck

2024-11-21 22:02:16 UTC

- reply

whyyyyyyyy

2024-10-13 02:44:04 UTC

- reply

from what i remember back in the day blockstream was heavily trying to get people to use PeerSwap instead (because dual-funding only solves the initial funding problem)
but they always have so many balls in the air
and LSP based approaches get so much more marketing behind them

2024-10-13 02:39:08 UTC

- reply

can concur that dual-funding is a feature that works great, i made a lot of use of it when i had to rebuild my lightning node, it's a shame that it's so undersold

2024-10-12 11:10:35 UTC

- reply

mechanically it looks like it could, but i doubt the default model will come with any kind of combat programming, so probably the latter
(would make for a much more interesting fight though)

2024-10-12 10:12:08 UTC

something you won't find anywhere else: first-class support for #cmus music player 😀
#nevent1q…w88d

2024-10-12 07:56:09 UTC

- reply

yes it's a joke, but it's scary how believable it is

2024-10-11 19:23:04 UTC

- reply

i checked and none of the relays that they mention still has it, i'd guess njump have it cached locally (and so have the users that still see it in some client)

2024-10-11 18:53:36 UTC

- reply

yes it was a twitter clone spawned by one of the many Musk dramas, which basically looked and worked like someone rolled something in php 2000's style, on a shoestring budget 😀
which it was, the idea was that it was run by some organization with by-laws that would prevent the excesses of twitter like data harvesting, algorithmic rage boosting, advertisement, abuse of moderation and so on, but they didn't have any plan at all to cover costs
and not surprisingly, went out of business quite quickly

2024-10-11 17:59:35 UTC

- reply

oh i think i figured it out, need to use "pnpm" instead of yarn

2024-10-11 17:53:36 UTC

- reply

$ npm -i pnpm
Unknown command: "pnpm"
this did something:
$ npm install pnpm
added 1 package in 1s
unfortunately, the yarn output is still the same after that

2024-10-11 17:31:36 UTC

it took less than a month for my build-nostrudel script to no longer work 😮‍💨
UsageError: This project is configured to use pnpm because /home/.../nostrudel/package.json has a "packageManager" field
not even sure what it means, i was using
yarn install
yarn build --outDir /home/www/... --emptyOutDir
any idea what would be the equivalent for pnpm ?

2024-10-11 17:19:09 UTC

- reply

i mean, having seen people extremely enthusiastic about cohost of all things (at the time), i'm convinced people can overlook a lot of technical jankiness if the experience and community is fun to them 😀

2024-10-11 13:58:50 UTC

- reply

if some people stay behind on the old one that's also fine, doesn't change anything

2024-10-11 13:55:15 UTC

- reply

i mean nuke the network, start with a new and empty one
right maybe every year is too often, but making it predictable means that different infrastructure can be prepared to move to the next one and a clean slate (which is a worthy test in itself, i suppose)

2024-10-11 13:49:22 UTC

- reply

i think a good way to guarantee them from gaining value would be to have a predictable reset rate, every year, N years, or even a fixed lifetime in blocks

2024-10-11 12:31:22 UTC

- reply

sure, one could make storage/retrieval authenticated and end up with something like dropbox; files are encrypted in transport but the server can read them
the lack of partial updates (as they would change the SHA256 hash) would bring some inefficiency for cloud uses compared to other network file protocols
the E2EE layer exists on top of that, and that paper is about how it's very hard to achieve without leaks of some kind, so that's where the challenge starts 😀

2024-10-11 11:19:14 UTC

- reply

yea it would be great, but some people act as if we already live in some post-scarcity civilization, even though it's constantly more clear that we don't—or that one will just be effortlessly airdropped at any moment (*handwave* AGI *handwave*)

2024-10-11 11:08:19 UTC

- reply

i dunno, blossom is mostly intended to host media for publishing, it's as far from a private E2E encrypted cloud as you can get

2024-10-11 11:01:17 UTC

- reply

i think there can be, but only if you explicitly create them, through a contract or business relationship or such
not just because someone did something in the past

2024-10-11 10:42:00 UTC

- reply

Vladimir: From the Old Slavic name *Voldiměrŭ, derived from the elements volděti meaning "to rule" and měrŭ meaning "great, famous". The second element has also been associated with mirŭ meaning "peace, world".
Stanislav: Derived from the Slavic element stati "stand, become" (inflected forms in stan-) combined with slava "glory"
Ludmila: "favour of the people" from the Slavic elements ľudŭ "people" and milŭ "gracious, dear"
Vitalik: form of the Late Latin name Vitalis, which was derived from Latin vitalis meaning "of life, vital"

2024-10-11 10:37:42 UTC

- reply

Russian names: "ruler of the world" "become glory" "favor of the people" "of life, vital"

2024-10-11 09:55:08 UTC

- reply

thanks ! i had noticed the proxy metadata but wasn't sure it was used this way, makes sense

2024-10-11 09:49:14 UTC

- reply

please tell me there's at least a mechanism to prevent roundtrips e.g.
mastodon -> bridge a -> nostr -> bridge b -> mastodon
or
nostr -> bridge a -> mastodon -> bridge b -> nostr
(and infinite regresses of these 😱 )

2024-10-11 09:31:55 UTC

- reply

no, never heard of it ! thanks, that could be interesting

2024-10-11 08:34:58 UTC

i remember this kind of thing from the early days of bitcoin, people have real difficulty coping with a system where there's no company and organization in charge, or directly profiting from use
at some level many people just *can't* understand it, which means Bitcoin Core was a convenient target for all nasty complaints
one of the most persistent, hard issues was fighting scope creep in Bitcoin Core (and in the consensus code); yes, that you can do something with bitcoin doesn't mean it all has to be in that software, the onus of decentralization is to create an ecosystem, where everyone does their part, but no part is critical
(and a project with everything is unmaintainable anyhow; there's the tendency to push the burden on a few people, a kind of Omelas effect)
and the relentless nagging for me to be "more like a dictator" (remember Mike Hearn)... sigh, no that's not the kind of thing we're trying to do here: create a decentralized financial system, not a weird new government. the reason BSV appealed to quite a few people is that it had a central dictator, even if clearly a scam
eventually, things fell in their place, though even in bitcoin it's a continuing struggle... really want something to be done? great, take initiative yourself, help out one of the projects in some way or get people to help
#nevent1q…r43l

2024-10-11 07:56:53 UTC

- reply

i tried, but their donation page is offline too at the moment 😢

2024-10-11 07:40:31 UTC

a critical remote-exploitable vulnerability in Firefox has been found
if you're using Firefox, check the version. it has been addressed in the following versions:
- Firefox 131.0.2
- Firefox ESR 128.3.1, and
- Firefox ESR 115.16.1.
if you're running an older version, upgrade asap !
https://thehackernews.com/2024/10/mozilla-warns-of-active-exploitation-in.html

2024-10-11 07:34:44 UTC

- reply

i'm not sure, i think the private messenger space is even more saturated than the social media one, and if you have signal, matrix, or simplex for that matter, i'm not sure "doing it over nostr" is much of a win
DMs do depend on a network effect to some level; my own experience is that it was difficult enough to get some people to use signal, i don't think i'll try to get them to use yet another secure messenger
but onboarding them to DMs is easy if people are already using nostr for other reasons
another bootstrapping problem i suppose 🙂

2024-10-11 07:20:09 UTC

- reply

i think trying to listen to them and understand is good, but that doesn't mean obeying every one of their whims 😀

2024-10-10 19:14:49 UTC

- reply

yes sway is pretty good
i'm not the biggest fan of tiling but it's super lightweight which is great for slower machines, or when every bit of screen space (lost to window decoration) counts

2024-10-10 15:52:06 UTC

book recommendations for learning cryptography
#nevent1q…nkku

2024-10-10 14:42:24 UTC

- reply

still struggling with one at the moment😅

2024-10-10 09:30:56 UTC

attacking the internet archive should be counted as crime against humanity imo
#nevent1q…928x

2024-10-10 09:15:35 UTC

- reply

rather working on extreme wardrobe complexification tbh

2024-10-10 08:52:15 UTC

relationship_status: [embedding float32 x 768] is the new "it's complicated"
#nevent1q…6l02

2024-10-10 08:24:32 UTC

- reply

sure, it's not code i'm super proud of but here u go:
https://github.com/laanwj/miscellany/blob/main/nostr/post-bitcoin-core-release.py

2024-10-10 07:02:21 UTC

- reply

congrats, and glad that it's working now!

2024-10-09 14:09:04 UTC

not planned
https://media.x0f.org/90dc89a2a9b2042069911055c45252f759483d911025c4e9ff4b2122cd57f23f.png

2024-10-09 13:08:49 UTC

- reply

it doesn't quite nullify people's built-in rage-algo, but there's no amplification either
if it was twitter you'd now have 100k rabid parasocial followers that only know you by that one angry rant, and expect you to post like that all the time 🙂

2024-10-09 12:01:37 UTC

- reply

finally, irl boob armor ! 🤣

2024-10-09 11:37:03 UTC

- reply

the triple big-mac of nothingburgers

2024-10-09 10:22:39 UTC

- reply

i understand the smaller dev related conferences, it can be constructive to discuss with other developers in person sometimes, but yes i've always avoided the big bitcoin conferences for that reason

2024-10-09 09:29:00 UTC

- reply

thanks for the suggestion !
yes i eventually rolled my own script for this, which specifically parses the yaml metadata for jekyll posts from the bitcoincore org repo, and creates and posts a nostr event with the markdown text (with magnet link inserted)
see https://habla.news/u/bitcoincore@x0f.org
it turned out to be easier than expected, though for experimentation it would have been nice to do the first one with a UI

2024-10-09 09:22:35 UTC

- reply

i have very varied experiences with users reporting issues, some will go out of their way to explain their problem and provide supporting evidence, others will swear and bring personal things into it, if you're going to treat me like shit... at least pay me for it. i definitely differentiate between those.
i've definitely never had "groupies", like yes people will treat you nice as long as they want something from you, at other times they treat you like a code generating machine instead of a person
the projects i've worked on tended to have tons of code-review, testing, and critical discussion, sometimes even to the point of dragging out changes for years
it can absolutely be difficult to get people to look at your stuff, review is often a bottleneck, that's true ! people like to write code but not necessarily look at it, to have review you need to have people that really care about the project, as well as ideally the specific change
i agree nostr has a specific problem that it just has too many projects going on, and too little focus on each of them. maybe it can be too easy to roll your own 😀 or maybe front-end dev is different, in the sense that it's more opinion-driven than backend dev so easier to get into a fight about little things.

2024-10-09 07:23:08 UTC

we're all Satoshi, even @npub1ej4…ndrm 🙂

2024-10-09 07:17:50 UTC

- reply

it kinda depends on how person A behaves, if they take their time to report an issue the proper way, i'd think they're a great user, helping narrow down and find a bug and improve the software
if they immediately start blasting you about how the software sucks (even if it's not ruled out it's some problem with their device) and their specific problem is more important than anything else you could be working on and things like that, and are otherwise not helpful, and if that happens day in day out (which is often with popular FOSS software), i can really understand patience wearing thin

2024-10-07 08:53:06 UTC

- reply

at least there's also no way to build a backdoor only the "bad guys" can use !

2024-10-07 08:26:59 UTC

- reply

that made sense to me, but apparently, websocket can already do this on the transport level:
#nevent1q…2c99
so now it's less clear what the win would be

2024-10-07 08:22:59 UTC

- reply

TIL this is a thing at all, it's even defined in the same RFC ( https://datatracker.ietf.org/doc/html/rfc7692 ) as per-message websocket compression, a matter of reusing the LZ77 context between messages

2024-10-07 08:15:32 UTC

- reply

> while others experience thinking in more abstract or sensory forms, like images or emotions rather than words
i'm like this; i don't have an internal monologue i don't think in terms of words, unless i'm actively thinking of something to type or say

2024-10-06 06:53:03 UTC

- reply

i got a cheap USB C DAC cable a few days ago, now i can rejoin the exciting world of using a phone with wired headphones !

2024-10-05 21:31:20 UTC

- reply

to be fair, us millennials have been told that WW3 is coming pretty much all our lives, maybe with the exception of a few years in the 90's with the fall of the Berlin wall, but it's always some other story, always like "now it's really one minute to midnight!!!"
gotta dance sometimes 😀 it is what it is

2024-10-05 20:35:57 UTC

- reply

thanks-nostter also seems to mess up the rendering in various ways, while nostrudel and habla render it correctly
angle brackets are standard markdown (and convenient here, so that people can see/verify the URL) so i tend to err on the side of "clients should fix their shit, please report an issue with them" instead of adding all kinds of workarounds

2024-10-05 20:04:43 UTC

- reply

it's hard to word it in a non-awkward way, but seems you both have different, but kinda feminine coded roles
(like queen and caregiver achetypes)
not exactly of course
it's cute anyhow 😀

2024-10-05 18:46:15 UTC

- reply

a wider "right to repair" (including reverse engineering provisions, and the right to make replacement parts) would go a long way too

2024-10-05 18:32:58 UTC

- reply

it's a very lesbian way to have a heterosexual relationship (i definitely don't mean that in a negative way)

2024-10-05 13:43:47 UTC

- reply

i've experimented a bit with nostr: URLs in the markdown, but this embedding doesn't seem to be handled great in clients (nostrudel generates a unusable link back to itself, habla keeps the nostr: link assuming that the browser will handle it...)
even though NIP-23 explicitly mentions this
so yes, putting in the magnet URL directly makes more sense for now

2024-10-05 12:02:21 UTC

- reply

in the same event? that wouldn't work, torrents are kind 2003, whereas markdown notes are 30023
however, markdown notes can reference other events through the normal link syntax and "nostr:" scheme, so adding a reference would be straightforward

2024-10-05 11:39:23 UTC

- reply

yes, that would be something to figure out first
HTTP2 benefited from decades of HTTP use, and a virtually ossified protocol, making it possible to design a hyper-optimized protocol for specifically that use-case
just throwing something together with protobuf is not quite that, and has the risk that another binary optimized protocol will be needed later, and of course people will want support for all three... 😀
(HTTP3 didn't change much compared to HTTP2, the main change is switching the transport to QUIC and pretty much all other changes are related to that, but still-)

2024-10-05 11:28:42 UTC

- reply

this is a complete release announcement and download without reference to either github or bitcoincore.org
(the idea is to automatically generate this from the yaml descriptor https://raw.githubusercontent.com/bitcoin-core/bitcoincore.org/refs/heads/master/_releases/28.0.md )
still working on it; it would, for example, make sense to put a reference to the torrent event directly in the release notes

2024-10-05 11:18:34 UTC

release notes: #naddr1qq…u4ss
torrent: #nevent1q…wzet

2024-10-05 10:35:16 UTC

- reply

yea, thanks, already adapting the nostr posting harness that i rigged in python
it's better if this is semi-automated anyway, though i was hoping to avoid this today 🙂

2024-10-05 09:47:14 UTC

is there a nostr long-form client that allows me to enter just raw markdown ?
i tried using Habla but it shows a WYSIWYG widget and no apparent way to bypass it, i'm sure this is nice for most people but i already have the content as md file
#asknostr

2024-10-05 09:00:48 UTC

- reply

haha if it isn't just procedural delaying on the side of the Brazilian government this is the most typical Musk mistake i can imagine
of course he's not going to have anyone cross-verify the bank number before sending the transaction, and give anyone the opportunity to potentially correct him, he's the big man !

2024-10-05 08:10:23 UTC

- reply

i'm not sure-AFAIK, the protocol sends only one event per message
deflate is very good in catching repeated text within a message, compressed JSON will get pretty close to a naively implemented binary protocol, for large data
it's also very fast
with lots of small messages it will be less effective because the same text repeated over and over won't be compressed, this would ideally need some kind of shared dictionary like HTTP2's header compression

2024-10-05 08:02:10 UTC

- reply

im neither in marketing nor really a judgemental person, if you prefer monero then use monero 🤷‍♀️
i have zero interest in "my coin is better" arguments based on checkbox points, there's also no need to try to convince me of anything

2024-10-05 07:41:19 UTC

- reply

yea, the websockets protocol has built-in support for transparent per-message compression, using deflate (gzip)

2024-10-05 07:17:42 UTC

- reply

billions? hah, that presumes adoption already 😀
to get there, there's probably more worthwhile things for both relay and client authors to focus on than duplicating protocol work

2024-10-05 07:02:32 UTC

- reply

that's a fantasy imo, there will be no ditching, the old protocol will always be around, and there will always be need to support it too

2024-10-05 06:52:19 UTC

- reply

imo too early for that kind of optimization, nostr having a trivial-to-learn protocol is one of its charms, and a simple text protocol allows for easier prototyping and experimentation in the early days
mind that this is only about text messages, which are very small compared to other media, would agree encoding images and video in JSON would be absurd 😀
adding another protocol and the logic for supporting both of them adds a lot of hassle--like sure HTTP eventually got binary protocols in the form of HTTP2, HTTP3, when giants like google with massive web servers tried to squash out every byte and sponsored this kind of development, but i'm not sure massive relays like that what we want in the first place

2024-10-04 20:54:09 UTC

- reply

big mean thing loll

2024-10-04 20:46:17 UTC

- reply

huh there's a few pretty closeby here, might get a device and try too, mesh networking has always seemed exciting to me but also i've never lived in a place where there's interest in that kind of thing, or at least i was aware of

2024-10-04 20:23:58 UTC

- reply

in Dutch there's kippenkermis ("chicken carnival") but it's not a very common expression

2024-10-04 19:41:12 UTC

- reply

aww poor jellyfishes 😢 🪼
the blue dragon mostly feeds on siphonophores (like the portugese man'o'war, which looks like a jellyfish but officially isn't one) and collects their venomous nematocysts to use them itself, which i find intriguing about them, but it's a pretty dangerous animal in general and im sure it also eats other small sea animals it comes across

2024-10-04 19:05:50 UTC

- reply

yes for example i've always found the citadel vision very dystopian, it's the kind of obvious future outcome to be avoided, not unironically fantasize about
it definitely doesn't need any kind of decentralized money!
i don't think issuance is the problem, if sats are too valuable, they could issue smaller notes; blockchains don't scale to mass use so a that point everyone will be using one L2 or another
but that presumes adoption, my fear is more like "what if it was all just a speculative market, people sell their bitcoin for stock or their local currency, and none of the technology we built will actually be used"

2024-10-04 06:48:48 UTC

- reply

yes, big data is incredibly difficult to work with (and video more so due to encoding/streaming woes), especially if the goal is to have a degree of decentralization
it's also really expensive (storage, bandwidth, CPU for transcoding), it is not possible to ignore or postpone thinking about economics there to the degree that it is for short text

2024-10-04 06:43:43 UTC

- reply

more than i like to admit, probably Taleb's "Fooled by Randomness", it sparked some interest in economics and the stock market (where i had no interest in that topic at all previously) and set a chain of events that eventually led to me being involved in bitcoin

2024-10-04 05:20:35 UTC

- reply

the button after "Want to purchase a voucher without logging in?"

2024-10-04 05:18:54 UTC

- reply

i've been using that one for years and it worked fine for me
if you don't want to input the account #, they also have an option to buy vouchers you can input to top up your mullvad account yourself

2024-10-03 19:20:46 UTC

- reply

my biggest fear regarding bitcoin is when it turns out it only made some people rich, even worse if it's the wrong ones, and changed nothing in the downward trajectory of freedom whatsoever

2024-10-03 18:22:42 UTC

- reply

exactly ! i guess the idea is cost saving, a good switch chip is expensive, and a crappy one would kind of ruin the device
and power users are probably happy they can choose their own switch to use
but generally, people will already have a broadband modem, adding the router box, and then adding a switch as well is a bit much for the average user😀

2024-10-03 17:55:00 UTC

- reply

i wonder which random person with a matching name they picked this time, or whether they fell for one of the many idiot satoshi impersonators

2024-10-03 17:43:08 UTC

- reply

they do; according to the admin page, mastodon will keep trying to deliver for 7 days, then give up, until a delivery from the domain succeeds

2024-10-03 17:23:19 UTC

interesting, there's now a router designed by the OpenWRT developers
at least with that there's no longer the worry "can i install openwrt on it, and how much hassle is it" 😀
i kind of wish it had more LAN ports though
https://liliputing.com/openwrt-one-wifi-6-router-is-now-available-for-89/

2024-10-03 12:17:34 UTC

- reply

it doesn't help that there's a lot of nonsense innovation by tech companies to sell new software and hardware and vendor lock-in (how many UI frameworks do we really need?), so everything is always new in that sense, always needing to be ported to some new API or API version
with all that context drift, writing software is like building sand castles, unfortunately, i often wish it'd stop and some things would be standardized

2024-10-03 12:07:40 UTC

- reply

it depends ! some older software that doesn't add many new features anymore and exists in a stable ecosystem doesn't need that much maintenance, they have clearly defined scope and rarely a new bug is found
on the other hand, nostr is evolving super fast, clients are not that stable, and there's a culture of "everyone wants to write their own" so people jump ship all the time, so projects won't reach that stage

2024-10-03 10:21:59 UTC

- reply

it instinctively makes me flinch because it's basically a custodial wallet, with the risks that entails

2024-10-03 08:34:55 UTC

- reply

like yeah, some specific predictions were definitely over-the-top pessimistic
world population is still growing, albeit slower, maybe saturating
but there's definitely plenty of resource exhaustion, scarcity and starvation all around, being privileged westerners makes us able to ignore a lot, for now... though living costs are constantly rising
i don't think we're quite free of that prediction yet

2024-10-02 12:09:56 UTC

- reply

i meant syncing the block chain (for a local wallet)
how does the wallet-only sync work? is it some kind of SPV or electrum kind of mode, where it queries a node for transactions specific to it?

2024-10-02 10:25:39 UTC

- reply

yes the thing is that this really depends on the threat scenario, which likely differs per person, and per country
my impression from the Tor people has always been "it's good to run the entire node over Tor because that creates noise to hide the signal", but it also has drawbacks, eg the contents of your peers list and other things are very personal to your node and it's easy to expose those inadvertently or indirectly

2024-10-02 10:20:52 UTC

- reply

this is the general theme, bitcoin has more considerations than just privacy, while monero has it as their marketing and can focus on it at the expense of everything else
for one, syncing a monero node takes ages, and requires fast storage for the entire block chain instead of only a UTXO database, do people generally run their own monero node? if not and they're using some wallet provider, that's not great for privacy either
also yes things like potential DoS attacks might fly under the radar for a more obscure coin, but wouldn't for bitcoin

2024-10-02 10:12:42 UTC

- reply

one one hand this would be the highest privacy transaction submission method, because it shares no state with any continuously running P2P daemon that may be fingerprinted or tracked over time by spy nodes
on the other i'm not entirely sure, because if something connects to the Tor network just to drop off a transaction, that may raise some red flags and make it easier to perform some classes of timing correlations against

2024-10-02 10:01:32 UTC

speaking of Dandelion, has anyone yet made a stand-alone bitcoin P2P transaction broadcast tool using arti (https://tpo.pages.torproject.net/core/arti/ )?
like https://github.com/laanwj/bitcoin-submittx but it wouldn't use a SOCKS proxy to an existing Tor daemon but handles the Tor network handling internally
#nevent1q…w79g

2024-10-02 09:04:02 UTC

- reply

it's emotional race-to-the-bottom thinking that became popular around 9/11 with terrorism, "CSAM is infinitely bad so it warrants infinitely bad measures"
the more idealistic governance where measures are tested against other, what you would say, important cornerstones of civilization, like civil liberties, are long gone. Only this absolute (questionable) measure of safety matters and even bringing up privacy, freedom of speech and movement, or even whether a measure would really be effective, is ever more of a taboo
"we have to do something!!! don't get in the way!!!"

2024-10-02 07:19:25 UTC

if even security and intelligence agencies raise caution with your drastic plans for monitoring and control over communication, maybe it's a "are we the bad guys" moment… i dunno…
#nevent1q…xw74

2024-10-01 18:25:13 UTC

- reply

> I used macros and tiny structs to track length. In noscrypt I replicated C# spans with inline functions and small structs, the same way literally every other language does because most of them are written in C anyway lol.
the way you say that, C is mostly a language for people with too much time on their hands 😀 it's great if things like that just work with the standard types provided by the compiler/standard library, believe me, after 30 years of coding it doesn't sound like fun anymore to roll it yourself
> storing the termination with 0 at the end of a buffer is arguably the most efficient way to handle that
nah, PASCAL strings (storing the length explicitly) are slightly more efficient in most cases, as there's no need to iterate over the string again and again to get the length.
But their biggest problem isn't efficiency, it's that a character (\0) is special-cased. This can often be exploited in various ways in protocol handling.
(i say this as someone that has found tons of remote exploitable bugs in C code, including libminiupnp 😱 )

2024-10-01 18:08:20 UTC

- reply

C would be an okay language if not for the abomination that are 0-terminated strings and the str* and sprintf families of standard C functions, it's completely unsuitable for string processing

2024-10-01 11:25:25 UTC

- reply

the painful position of being a serious person working on something that is (or was) a big hype too
the onus is always on you to prove that something can actually be of use, that it is not *only* hype
you'd say bitcoiners understand this 😅

2024-10-01 10:18:52 UTC

- reply

are you sure?
somehow all the catgirls i know are C++ devs which do verilog in their off time, or some retro computing assembly dialect 😀