Hacker News: phlip9

Show HN: Lexe – Self-Custodial Lightning Nodes in TEEs, Python and Rust SDKs

phlip9 — Thu, 26 Mar 2026 16:47:45 +0000

Lexe is next-generation Bitcoin infrastructure: self-custodial wallets and SDKs that are easy to use, always online, and hosted for free. Your keys are protected by secure enclaves, allowing your node to stay online 24/7 and receive payments reliably.

New in this release:

- First ever public release of Lexe Wallet on the App Store and Google Play

- Human Bitcoin Addresses (BIP 353): receive Bitcoin at ₿yourname@lexe.app

- Python and Rust SDKs, published to PyPI and crates.io

- Open source node, app, and SDKs published at https://github.com/lexe-app/lexe-public

Comments URL: https://news.ycombinator.com/item?id=47532761

Points: 5

# Comments: 3

New comment by phlip9 in "QUIC for the kernel"

phlip9 — Thu, 31 Jul 2025 22:50:09 +0000

I'm hoping we get there too with io_uring. It looks like the last few kernel release have made a lot of progress with zero-copy TCP rx/tx, though NIC support is limited and you need some finicky network iface setup to get the flow steering working

https://docs.kernel.org/networking/iou-zcrx.html

New comment by phlip9 in "Show HN: Whirlwind – Async concurrent hashmap for Rust"

phlip9 — Tue, 05 Nov 2024 19:10:49 +0000

Benches look promising! My main concern is validating correctness; implementing good concurrency primitives is always challenging. Have you looked into testing against a purpose-built concurrency model checker like tokio-rs/loom [1] or awslabs/shuttle [2]? IMO that would go a long way towards building trust in this impl.

[1] https://github.com/tokio-rs/loom [2] https://github.com/awslabs/shuttle

New comment by phlip9 in "Asterinas: OS kernel written in Rust and providing Linux-compatible ABI"

phlip9 — Tue, 15 Oct 2024 23:19:58 +0000

Super cool project. Looks like the short-term target use-case is running a Linux-compatible OS in an Intel TDX guest VM with a significantly safer and smaller TCB. Makes sense. This way you also postpone a lot of the HW driver development drudgery and instead only target VM devices.

New comment by phlip9 in "Adapting Plan 9's listen to GNU Guix"

phlip9 — Tue, 15 Oct 2024 21:25:53 +0000

Exactly, it should use a separator. Consider a more realistic example, like http280 or h3443. Totally ambiguous.

New comment by phlip9 in "Orphaning bcachefs-tools in Debian"

phlip9 — Sat, 31 Aug 2024 19:22:59 +0000

Maintenance is much more practical when you use the versions upstream tests in their CI and not whatever mishmash of ancient/silently incompatible deps that each distro separately decides to combine together.

New comment by phlip9 in "Eza: A modern, maintained replacement for ls"

phlip9 — Mon, 22 Jul 2024 18:36:48 +0000

Can definitely recommend eza (prev. exa). I've used it as an ls replacement for a long time with zero problems. If anyone's using nix home-manager, here's my config for inspiration:

    programs.eza = {
      enable = true;

      # In list view, include a column with each file's git status.
      git = true;
    };

    programs.bash.shellAliases = {
      ks = "eza";
      sl = "eza";
      l = "eza";
      ls = "eza";
      ll = "eza -l";
      la = "eza -a";
      lt = "eza --tree";
      lla = "eza -la";
    };

Atomicless Per-Core Concurrency

phlip9 — Fri, 12 Jul 2024 16:28:02 +0000

Article URL: https://mcyoung.xyz/2023/03/29/rseq-checkout/

Comments URL: https://news.ycombinator.com/item?id=40947045

Points: 21

# Comments: 2

New comment by phlip9 in "The sad state of property-based testing libraries"

phlip9 — Fri, 05 Jul 2024 01:41:29 +0000

Agreed. A while back I played around with fuzzcheck [1], which let's you write coverage-guided, structure-aware property tests, but the generation is smarter than just slamming a fuzzer's `&[u8]` input into `Arbitrary`. It also supports shrinking, which is nice. Don't know that I would recommend it though. It seemed difficult to write your own `Mutator`s. It also looks somewhat unmaintained nowadays, but I think the direction is worth exploring.

[1]: https://github.com/loiclec/fuzzcheck-rs/

New comment by phlip9 in "Show HN: Brioche – A new Nix-like package manager"

phlip9 — Mon, 03 Jun 2024 19:34:20 +0000

Congrats on the release! I love the focus on devex w/ typescript and autocomplete. That's probably one of my biggest pain points with Nix -- writing any non-trivial package always requires a ripgrep adventure through nixpkgs. Finding the right poorly documented and poorly discoverable derivation attributes is always such a chore.

What are your plans for cross-compilation or heavy package customization? One of nixpkgs coolest party tricks imo is that you can just change the stdenv and get a musl static binary or cross-compiled binary.

New comment by phlip9 in "Viking 7B: open LLM for the Nordic languages trained on AMD GPUs"

phlip9 — Wed, 15 May 2024 23:14:10 +0000

Interesting thought. Maybe an LLM would build deeper insight with only one training language. On the other hand, the model might overfit with just one language -- maybe multilingual models generalize better?

New comment by phlip9 in "A simple, (as-of-yet unidentified) asymmetric Authenticated Key Exchange"

phlip9 — Wed, 27 Mar 2024 05:37:48 +0000

I don't know much about the TKey, but it looks like they have some kind of remote attestation protocol available? (https://github.com/tillitis/tkey-verification/tree/main/cmd/...). That's usually how you avoid TOFU.

(1) the tillitis CA certifies your TKey device platform. You can now trust that it's running a specific firmware version with some platform pubkey.

(2) Your custom software is running and derives a keypair from it's derived secret + program binary hash.

(3) Somehow your custom software's pubkey gets locally certified by the platform's pubkey from (1). (not sure what this looks like w/ the TKey)

You now have a chain of trust from (1) the tillitis CA -> (3) the TKey device platform pubkey @ some specific firmware version -> (2) your custom software pubkey @ some specific version.

Now that we have a trusted pubkey for our service, I would open a secure channel to it via Noise IK or something (https://noiseexplorer.com/patterns/IK/). The TKey platform definitely looks a bit anemic so getting this working might be a challenge...

New comment by phlip9 in "Rep and Ren: A new approach to CLI find, replace, and renaming"

phlip9 — Sat, 30 Dec 2023 17:21:53 +0000

This looks pretty neat! I especially like how well it composes with other tools.

Wonder how well it compares with fastmod [0]? That's what I've been using for large scale codemods/refactors. ripgrep is ofc insanely fast so ripgrep+ren would probably fare favorably.

[0]: https://github.com/facebookincubator/fastmod/

New comment by phlip9 in "Mozilla sccache: ccache with cloud storage"

phlip9 — Sun, 24 Dec 2023 18:45:07 +0000

sccache only caches if builds are run from the same absolute path, so indeed different home dirs won't work

New comment by phlip9 in "CIA: All Foreign Governments"

phlip9 — Wed, 08 Nov 2023 21:16:21 +0000

They're listed separately as West Bank and Gaza Strip

New comment by phlip9 in "Winsorized mean"

phlip9 — Wed, 18 Oct 2023 19:03:06 +0000

A related example out in the wild:

Rust's `cargo bench` "winzorizes" the benchmark samples before computing summary statistics (incl. the mean).

https://github.com/rust-lang/rust/blob/master/library/test/s...

New comment by phlip9 in "Let's Build a FIPS-Validated Rust Crypto Library"

phlip9 — Fri, 22 Sep 2023 23:34:49 +0000

100% on board and super happy that `ring` is finally getting some love again (and funding!)

For context: the ring repo's been a bit inactive lately and the v0.17 release looked like it stalled out. Thankfully there's been a burst of activity in the past several weeks so I'm feeling a lot better.

New comment by phlip9 in "Firefox has surpassed Chrome on Speedometer"

phlip9 — Tue, 18 Jul 2023 15:33:49 +0000

As a serial tab hoarder, Vimium's SHIFT-T tab fuzzy search is what makes it manageable. : )

New comment by phlip9 in "Tell HN: ChatGPT is fantastic for finding and solving issues in logs"

phlip9 — Thu, 20 Apr 2023 17:13:13 +0000

Yeah it's pretty awesome! I used GPT-4 last week to fix my corrupted SSD. Granted I already narrowed down the kernel logs to a few suspicious lines, but I just pasted those 10 lines in and asked for a fix. Pasting in GPT's arcane `fsck` incantations and boom -- fixed SSD. Saved me an hour or two of hassle reading man pages and stack overflow posts.

New comment by phlip9 in "Memory Safe Languages in Android 13"

phlip9 — Sat, 03 Dec 2022 02:29:23 +0000

I think even heartbleed would be mitigated with (safe) Rust. IIRC heartbleed was caused by a missing bounds check, which allowed attackers to read past the message buffer and leak secrets from nearby memory. Safe Rust would just panic (crash) if you tried to slice past the end of the buffer.