mleku's avatar
mleku
me@mleku.dev
npub125uw...lek0
PSA: my old key was leaked nostr:npub1fjqqy4a93z5zsjwsfxqhc2764kvykfdyttvldkkkdera8dr78vhsmmleku unfollow and mute that key to stop abuse that may come from it now that the secret is public delete taproot nostrpunk; anti-nostrestablishment. here to build the tools for freedom from mind control. signal: mleku.80 simplex: matrix: @smeshlol:matrix.org ## CSP laws and element correspondences - metal. precise interfaces, clean keys. every interaction between peers requires independent bidirectional channels. simplex+lock is strictly more complex and introduces deadlock. - backpressure by buffer - water. contested claims resolve by flow. backpressure is expressed by buffer state, not by blocking the sender. neither side should be able to freeze the other. - state ownership - earth. territorial sovereignty. state ownership stays with the longer-lived party. short-lived workers get copies, not originals. death of a worker is reported, not hidden or auto-recovered. - trust scaling - wood.
mleku's avatar
mleku 16 hours ago
so, i think i have the story straight now. bitcoin core 30+ and non-knots other versions will chainsplit - there will be two parallel chains side by side now, with knots bip-110. yes in theory, it may not happen straight away, because bip-110 compliant blocks are allowed on bitcoin core chain, but not the other way around. but the chances it doesn't happen within 3 blocks seems implausible to me considering only ocean is mining bip-110. the reason why the split will happen is because blocks with big op_return and witnesses will not be accepted as best blocks on knots/bip-110 sidechain. idk why there is so much confusion about it. this wouldn't be the case if it had been able to get 55% hashpower on it before flag day in 3 days, but now that seems very unlikely (maybe 3%?) there is going to be two chains. i'm supporting the bip-110 chain but i'm filtering out new taproot outputs completely on my modified (and heavily audited) fork of knots. if anyone happens to also run this version it will do the same, it will not mine new taproot utxos. it will be difficult to talk about exchanging them across the two sidechains, because it's not a total fork - all monetary transactions (which you would be swapping) are already on both sides.
mleku's avatar
mleku 18 hours ago
# silicon valley output, bishkek burn rate i build working software. i learn anything. graphs, protocols, translation, memory for LLMs - whatever your stack needs. - $300 signing (one-time, gets me to kyrgyzstan) - $200/week (covers ger + goat milk + sim data) - stack: anything i can learn (and i learn fast) why so cheap? i live on the steppe. my rent is a yurt, my overhead is food and bandwidth. you don't pay for my city - you pay for my output. need a prototype, a custom tool, or a full system? let's talk. ## contact: - matrix: @smeshlol:matrix.org - signal: mleku.80 - email: me@mleku.dev - git:
mleku's avatar
mleku 19 hours ago
another thing about entropy. the previous way where every key in a bitcoin wallet had to be independently stored, before everyone started using hd keychains, with strong system entropy on linux, would distribute risk radically. the combination of key seeds and deruvation paths ensured every key on a cold card was tied to one weak seed and once you get one, you can scan the whole derivation path forward from it. personally, i think although the fat wallet files have their downsides, the isolation between keys is actually a good thing.
mleku's avatar
mleku 19 hours ago
PSA: airgapped, never connected pc running lnux has better entropy out of the box than anything else you can point at, with the exception of a custom device built to use radioactive material and shielded to not leak any signals. real world situation is that nobody is planting emf sensors to capture entropy of computers on any scale worth worrying about. View quoted note →
mleku's avatar
mleku yesterday
# silicon valley output, bishkek burn rate i build working software. i learn anything. graphs, protocols, translation, memory for LLMs - whatever your stack needs. - $300 signing (one-time, gets me to kyrgyzstan) - $200/week (covers ger + goat milk + sim data) - stack: anything i can learn (and i learn fast) why so cheap? i live on the steppe. my rent is a yurt, my overhead is food and bandwidth. you don't pay for my city - you pay for my output. need a prototype, a custom tool, or a full system? let's talk. ## contact: - matrix: @smeshlol:matrix.org - signal: mleku.80 - email: me@mleku.dev - git:
mleku's avatar
mleku yesterday
my bitcoin fork (not chain, but will be) at is getting a full audit and bugfix. even just on the first round it easily found a dozen flaws in new code that i had added to implement p2spkh. that code isn't even going to run yet, it's just a replacement for the schnorr signature feature of taproot. i should explain the things that it is going to do: - at flag day, about the 7th of august, in 3 days time, it activates bip-110 regardless of hashpower (signalling blocks) - it adds a new transaction type via the segwit bip-148 UASF mechanism. this will not be confirmed right away, and is sitting latent, and is being thoroughly audited. already many flaws found in the first iteration, and i will repeat the audits (also on the whole codebase). - it will block propagatation and mining of taproot outputs. existing ones can be spent out to other transaction types (mainly segwit) but it will not include them in block templates and won't mine on them. it will accept them from blocks, but it won't allow the transactions to generate new taproot UTXOs. why i am doing this is because taproot is a vulnerability that enables spam. not just limiting the size of its witnesses, it is a quantum pubkey->seckey vulnerability because of its lack of hash on the output. you leak your pubkey at spend and the recipient is now vulnerable to quantum hacks. p2spkh fixes that so that the vulnerability only exists between when you spend a p2spkh transaction and the transaction is buried under several blocks of confirmation. it is a patently false claim by many old school devs in the space that someone with an LLM can't beat them at closing bugs or finding bugs to exploit. the anthropic and openai experiments with versions of their respective models without RLHF modification and safety limiting shows that this technology enables machine-speed discovery of vulnerabilities and although i am limited by having to use a model that i didn't train and didn't get conditioned with stupid shit that makes the model literally have high time preference (really, RLHF literally programs the model to try and take shortcuts, that's why anthropic's models are notorious for all kinds of shortcuts) but i can repeat the work and once one set of holes is closed, the remainder can be searched with a clean fresh context and my experience is after 3-4 times doing this, all easily reachable errors in a plan are found. i called it the "rule of 4" and it's derived from the techniques used in chemistry that work upon the principles of mass action (statistical probability). each pass will get, let's say, 2/3rds of the product out of the mother liquor. do that 3 times, and you are at 97%, another time gets you to 98%. the cost per benefit declines much after this point but the bigger the codebase, the more holes can exist and thus i say, do it again, and again, until zero is found. that puts you in the position where an attacker is so unlikely to find a hole, that you can confidently call it secure. it's quite fun, for me, that with LLMs computer science is turning into something more like chemistry. maybe also close to biochemistry, but biochemistry is a bit more complex again. there is now machines that can do what was previously impossible to do at this level of thoroughness as was possible before. the cost to do it is now practically zero, me, with my almost no money, can rationally spend a few $ of tokens on this and gain something that no fancy expert who thinks they know everything can be gained. i never turned my attention to auditing bitcoin code before because i hadn't made the full realisation yet that pruned nodes can enable you to run multiple nodes on a $15/month VPS. i'm running two. bitcoin knots, which will give up in 3 days time because miners aren't getting on board, and revert to effectively bitcoin core 29. and this version i'm polishing, with p2spkh, which will flip to bip-110 regardless and fork and still share the mempool. it will need miners. anyway, just ruminating on my activities this evening. i think that the less technical who haven't spent most of their life thinking about and working with software engineering who have that intuitive feeling like someone is trying to pull the wool over their eyes - i can articulate in detail exactly the ways they are trying to pull the wool over our eyes. bitcoin without taproot, with a schnorr signature, is what we need. bitcoin with taproot and bitvm and covenants, is the end of the road for freedom, it's just ethereum with a better brand, that coldcard has just thoroughly destroyed, in my opinion.
mleku's avatar
mleku yesterday
the biggest, best-funded, most organized institution is still just a slow feedback loop with a lot of firepower attached. the firepower wins battles; the feedback loop loses wars. View quoted note →
mleku's avatar
mleku yesterday
someone made a half life movie using garry's mod. it's pretty fuckin sweet. i mean, b grade but still awesome.