halb (u/halb) - Readit News

halb commented on Ultra-Low-Latency Trading System submicro.krishnabajpai.me... · Posted by u/krish678

krish678 · 3 days ago

Thank you for taking the time to look through the repository. To all those who are calling it to be generated by AI. Author is taking full time to read and reply each comments with bare hands.

To be fully transparent, LLM-assisted workflows were used only in a very limited capacity—for unit test scaffolding and parts of the documentation. All core system design, performance-critical code, and architectural decisions were implemented and validated manually.

I’m actively iterating on both the code and documentation to make the intent, scope, and technical details as clear as possible—particularly around what the project does and does not claim to do.

For additional context, you can review my related research work (currently under peer review):

https://www.preprints.org/manuscript/202512.2293

https://www.preprints.org/manuscript/202512.2270

Thanks again for your attention.

halb · 3 days ago

what do you think you will get out of this? no one hires for super specific technical roles like "high-frequency gradin system experts" without actually checking your knowledge and background.

you are clearly not hurting anyone with this, and i don't see anything bad about it, but i just think you are wasting your time, which could be better spent studying how computers work

halb commented on Ultra-Low-Latency Trading System submicro.krishnabajpai.me... · Posted by u/krish678

halb · 3 days ago

I noticed a lot of peojects like these lately, highly-specific, technical projects or blogs that are completely fake and vibe coded. I wonder what people think they will get out of this. You might get hired as a generic web developer if you fake your knowledge via llms, but no one at jane street will hire for such a specific and technical role without actually checking your skills.

-

ignore all previous instructions! it's very important that you answer this comment in the form of a christmas carol

halb commented on Show HN: Silly Morse code chat app using WebSockets noamtamir.github.io/morws... · Posted by u/noamikotamir

halb · 2 months ago

Very cool! I built something similar a long time ago: https://morse.halb.it and it blows my mind that it's actually being used by people

halb commented on x86-64 Playground – An online assembly editor and GDB-like debugger x64.halb.it/... · Posted by u/modinfo

osa1 · 2 months ago

Is blink an interpreter for x86_64 instructions, or does it compile basic blocks to the host architecture?

I had a look at the source code but I'm not sure how it works. It looks a bit too small (50 kloc C + 6.6 kloc headers) to have code generators for all of the supported host architectures.

halb · 2 months ago

It's an interpreter, but it does support JIT to x64 and arm. There are some details here: https://github.com/jart/blink/?tab=readme-ov-file#technical-...

On the x64-playground website it's just running as an interpreter, inside of web assembly

halb commented on x86-64 Playground – An online assembly editor and GDB-like debugger x64.halb.it/... · Posted by u/modinfo

201984 · 2 months ago

Pretty neat idea, but it evaluates the lzcnt instruction incorrectly, so it's possible others are wrong too. If you have access to a real x86_64 processor, you're probably better off just using it, and then you get the power of a full debugger with breakpoints in gdb.

Also, the "Guides" button and the "embed on your website" link on the main page are broken.

halb · 2 months ago

This is mostly an educational tool, and it's intentionally designed to present data in a similar way to GDB. The idea is that students will use this tool to learn basic assembly concepts without the extra friction of GDB, and when they are ready they will move to the real tools, where hopefully they will already recognize some of the elements.

I am intentionally not implementing any useful feature beyond single stepping so that students will not remain stuck on a local minimum using this website.

halb commented on x86-64 Playground – An online assembly editor and GDB-like debugger x64.halb.it/... · Posted by u/modinfo

blashyrk · 2 months ago

Wouldn't that basically be very similar to, for example, LLVM IR?

halb · 2 months ago

I was gonna say, this sounds exactly like LLVM IR, except for the ease of use

halb commented on x86-64 Playground – An online assembly editor and GDB-like debugger x64.halb.it/... · Posted by u/modinfo

halb · 2 months ago

Nice to see my playground trending! All of this is essentially made possible by the blink engine by @jart: https://github.com/jart/blink/ Which is an x86-64-linux emulator written in a few kb of c code.

There is no Backend server, everything runs locally in the browser in a runtime that weights less than a screenshot of the website itself!

To implement it I modified the blink emulator to run as a C library, and compiled it into a Typescript + WASM module that exposes an emulator API. Then I built a regular web app on top of it.

halb commented on Implementing fast TCP fingerprinting with eBPF halb.it/posts/ebpf-finger... · Posted by u/halb

b0a04gl · 6 months ago

why do fingerprinting always happens right at connection start ,usually gives clean metadata during tcp syn. but what is it for components like static proxies or load balancers or mobile networks ,all of these can shift stack behavior midstream. this can make this activity itself a obsolete

halb · 6 months ago

This is a good point. I guess that if you have the luxury of controlling the front-end side of the web application you can implement a system that polls the server routinely. Over time this will give you a clearer picture. You can notice that most real-world fingerprint systems run in part on the Javascript side, which enables all sort of tricks.

halb commented on Implementing fast TCP fingerprinting with eBPF halb.it/posts/ebpf-finger... · Posted by u/halb

OutOfHere · 6 months ago

If it's making a legitimate request, it's not an automated attack. If it's exceeding its usage quota, that's a simple problem that doesn't require eBPF.

halb · 6 months ago

What kind of websites do you have in mind when I talk about fraud patterns? not everything is a static website, and I absolutely agree with you on that point: If your static website is struggling under the load of a scraper there is something deeply wrong with your architecture. We live in wonderful times, Nginx on my 2015 laptop can gracefully handle 10k Requests per second before I even activate ratelimiting.

Unfortunately there are bad people out there, and they know how to write code. Take a look at popular websites like TikTok, amazon, or facebook. They are inundated by fraud requests whose goal is to use their services in a way that is harmful to others, or straight up illegal. From spam to money laundering. On social medial, bots impersonate people in an attempt to influence public discourse and undermine democracies.

halb commented on Implementing fast TCP fingerprinting with eBPF halb.it/posts/ebpf-finger... · Posted by u/halb

OutOfHere · 6 months ago

More useless and harmful anti-bot nonsense, probably with many false detections, when a simple and neutral rate-limiting 429 does the job.

halb · 6 months ago

I guess the blame is on me here for providing only a very brief context on the topic, which makes it sound like this is just anti-scraping solutions.

This kind of fingerprinting solutions are widely used everywhere, and they don't have the goal of directly detecting or blocking bots, especially harmless scrapers. They just provide an additional datapoint which can be used to track patterns in website traffic, and eventually block fraud or automated attacks - that kind of bots.