frontpage.
newsnewestaskshowjobs

Made with ♥ by @iamnishanth

Open Source @Github

fp.

Show HN: Look Ma, No Linux: Shell, App Installer, Vi, Cc on ESP32-S3 / BreezyBox

https://github.com/valdanylchuk/breezydemo
242•isitcontent•16h ago•27 comments

Show HN: MCP App to play backgammon with your LLM

https://github.com/sam-mfb/backgammon-mcp
2•sam256•38m ago•1 comments

Show HN: I spent 4 years building a UI design tool with only the features I use

https://vecti.com
344•vecti•18h ago•153 comments

Show HN: If you lose your memory, how to regain access to your computer?

https://eljojo.github.io/rememory/
310•eljojo•19h ago•192 comments

Show HN: I'm 75, building an OSS Virtual Protest Protocol for digital activism

https://github.com/voice-of-japan/Virtual-Protest-Protocol/blob/main/README.md
5•sakanakana00•1h ago•1 comments

Show HN: I built Divvy to split restaurant bills from a photo

https://divvyai.app/
3•pieterdy•1h ago•0 comments

Show HN: R3forth, a ColorForth-inspired language with a tiny VM

https://github.com/phreda4/r3
77•phreda4•16h ago•14 comments

Show HN: Smooth CLI – Token-efficient browser for AI agents

https://docs.smooth.sh/cli/overview
93•antves•1d ago•70 comments

Show HN: ARM64 Android Dev Kit

https://github.com/denuoweb/ARM64-ADK
17•denuoweb•2d ago•2 comments

Show HN: BioTradingArena – Benchmark for LLMs to predict biotech stock movements

https://www.biotradingarena.com/hn
26•dchu17•20h ago•12 comments

Show HN: Slack CLI for Agents

https://github.com/stablyai/agent-slack
49•nwparker•1d ago•11 comments

Show HN: I Hacked My Family's Meal Planning with an App

https://mealjar.app
2•melvinzammit•3h ago•0 comments

Show HN: Artifact Keeper – Open-Source Artifactory/Nexus Alternative in Rust

https://github.com/artifact-keeper
152•bsgeraci•1d ago•64 comments

Show HN: I built a free UCP checker – see if AI agents can find your store

https://ucphub.ai/ucp-store-check/
2•vladeta•4h ago•2 comments

Show HN: Gigacode – Use OpenCode's UI with Claude Code/Codex/Amp

https://github.com/rivet-dev/sandbox-agent/tree/main/gigacode
18•NathanFlurry•1d ago•9 comments

Show HN: Compile-Time Vibe Coding

https://github.com/Michael-JB/vibecode
10•michaelchicory•5h ago•1 comments

Show HN: Slop News – HN front page now, but it's all slop

https://dosaygo-studio.github.io/hn-front-page-2035/slop-news
15•keepamovin•6h ago•5 comments

Show HN: Daily-updated database of malicious browser extensions

https://github.com/toborrm9/malicious_extension_sentry
14•toborrm9•21h ago•7 comments

Show HN: Horizons – OSS agent execution engine

https://github.com/synth-laboratories/Horizons
23•JoshPurtell•1d ago•5 comments

Show HN: Micropolis/SimCity Clone in Emacs Lisp

https://github.com/vkazanov/elcity
172•vkazanov•2d ago•49 comments

Show HN: Falcon's Eye (isometric NetHack) running in the browser via WebAssembly

https://rahuljaguste.github.io/Nethack_Falcons_Eye/
5•rahuljaguste•15h ago•1 comments

Show HN: Fitspire – a simple 5-minute workout app for busy people (iOS)

https://apps.apple.com/us/app/fitspire-5-minute-workout/id6758784938
2•devavinoth12•9h ago•0 comments

Show HN: I built a RAG engine to search Singaporean laws

https://github.com/adityaprasad-sudo/Explore-Singapore
4•ambitious_potat•10h ago•4 comments

Show HN: Local task classifier and dispatcher on RTX 3080

https://github.com/resilientworkflowsentinel/resilient-workflow-sentinel
25•Shubham_Amb•1d ago•2 comments

Show HN: Sem – Semantic diffs and patches for Git

https://ataraxy-labs.github.io/sem/
2•rs545837•10h ago•1 comments

Show HN: A password system with no database, no sync, and nothing to breach

https://bastion-enclave.vercel.app
12•KevinChasse•21h ago•16 comments

Show HN: FastLog: 1.4 GB/s text file analyzer with AVX2 SIMD

https://github.com/AGDNoob/FastLog
5•AGDNoob•12h ago•1 comments

Show HN: GitClaw – An AI assistant that runs in GitHub Actions

https://github.com/SawyerHood/gitclaw
9•sawyerjhood•22h ago•0 comments

Show HN: Gohpts tproxy with arp spoofing and sniffing got a new update

https://github.com/shadowy-pycoder/go-http-proxy-to-socks
2•shadowy-pycoder•13h ago•0 comments

Show HN: I built a directory of $1M+ in free credits for startups

https://startupperks.directory
4•osmansiddique•13h ago•0 comments
Open in hackernews

Show HN: Dealta – A game-theoretic decentralized trading protocol

https://github.com/orgs/Dealta-Foundation/repositories
56•kalenvale•1mo ago
I’ve been working on a solution to the "Physical Oracle Problem" (trustless trading of physical goods) and just released the full Alpha implementation.

The Core Thesis: Existing decentralized marketplaces rely on reputation, which inevitably centralizes. Dealta replaces reputation with a Nash Equilibrium-based mechanism. We use staked, pseudo-randomly selected "Brokers" to physically verify goods. The protocol ensures that honesty is the dominant strategy for all actors via strict payoff matrices. It intended use is preferably trading of mid to high value goods. Nobody expecting a computer, want a box full of stones.

What we are releasing: a custom Layer-1 blockchain stack.

Full Node: Implements Hybrid Consensus (PoW + PBFT) for instant finality.

Integrated Wallet: Native key management and transaction construction for the custom trade opcodes.

DB Management: Custom indexing for trade states and dispute evidence.

The system is currently in Alpha. I am looking for feedback on the protocol design, the node architecture and collaborators.

Code needs polishing, which i will do if people like the project. However, the project runs, and a testnet will be launched if people take interest in the project.

Readme files will be updated as well. Currently they provide a simple guide on how to build the project.

Feel free to send an email. It can be found my in profile or in the paper.

Comments

techsystems•1mo ago
In 3.1, rejecting (R) fraudulent (F) goods resulting in 0 for the seller is a strong assumption. There are all kinds of possible negatives (typically risks of legal fees) for storage costs of fraudulent goods in the game of hot potato. It might be worth your time to look into the literature a bit more.
kalenvale•1mo ago
The paper was aimed at a broader audience, which is why it simplifies some concepts and makes certain assumptions. While there are potential drawbacks to consider, it’s reasonable to assume that a seller of a fraudulent item gains nothing if the item gets rejected. In that scenario, their goal of making money wouldn’t be achieved, and any additional losses wouldn’t significantly impact the protocol. In fact it would deter fraudsters. I'd love to hear more thoughts on this!
mt_•1mo ago
https://claude.ai/public/artifacts/0824e5b9-7d75-45f1-87f4-3...

This is now my favorite way to visualize these concepts in practice.

mt_•1mo ago
Four critique points:

- Who wants to drive across town to inspect a €50 item for a small fee (we can draw comparison to Uber Eats like platforms fees economies)?

- Can a random broker validate a luxury watch? Do we need another blockchain tech for broker validator skill reputation?

- Physical validation adds days to trades, in online economy, the faster the merrier

- Fees might price out low-value items

Let's see how this plays out.

kalenvale•1mo ago
Thanks for the critique! Here’s a breakdown of the points raised:

-Who wants to drive across town to inspect a €50 item? The focus is on mid to high-value, preferably niche items. Lower-value goods often don’t justify the costs involved in driving and the time spent on validation.

-Can a random broker validate a luxury watch? Not all brokers have the necessary expertise to validate every item, especially luxury goods. The proposal is to enhance the current system by assigning brokers based on item categories. This specialization will be particularly effective when there are enough brokers for specific categories, such as watches.

- Physical validation adds days to trades. While physical validation can slow things down, brokers who fail to validate effectively will phase out over time, ensuring that only those with the right expertise remain. It should be economically infeasible to accept assignment, where you have no expertise. This approach aims to streamline the validation process.

-Fees might price out low-value items. Focusing on mid to high-value items helps avoid the issue of fees pricing out lower-value goods.

Additionally, this idea is designed to integrate into existing niches where validation matters significantly, like trading cards, electronics, watches, and sneakers. Numerous businesses already specialize in validating these items and have the necessary expertise to navigate legal requirements.

dleeftink•1mo ago
> ensuring that only those with the right expertise remain

How will this ensure waning/gaining expertise is accurately represented/fostered? Wouldn't you rather attract a steady-stream of experts indefinitely?

kalenvale•1mo ago
In practice, anyone with sufficient funds can become a broker. The pseudo-random selection process means that the probability of Broker A being chosen to audit or inspect an item is positive. If Broker A accepts and validates an item they are unfamiliar with, regardless of its actual validity, the likelihood of a dispute arising increases. Since Broker A lacks knowledge about the item, proving their case becomes challenging, potentially resulting in financial losses. Over time, this situation should lead to a pool of brokers with expertise. Consequently, the system is likely to attract a continuous stream of experts, as expertise will prove itself financially advantageous.
dleeftink•1mo ago
If A could gain sufficient funds through expertise in one area (by way of validating contracts), could it feign/game expertise in area B by having enough funds to recoup the losses from disputes? Or would such a situation be prevented?
ramon156•1mo ago
This smells AI generated, sorry
usefulposter•1mo ago
Hi!

LLM-generated comments aren't allowed here.

https://news.ycombinator.com/item?id=45077654

https://news.ycombinator.com/item?id=44704054

https://news.ycombinator.com/item?id=43979537

https://news.ycombinator.com/item?id=43085967

https://news.ycombinator.com/item?id=43085954

https://news.ycombinator.com/item?id=42976756

https://news.ycombinator.com/item?id=40600057

https://news.ycombinator.com/item?id=46102885

https://news.ycombinator.com/item?id=45572704

https://news.ycombinator.com/item?id=43979537

https://news.ycombinator.com/item?id=41237678

https://news.ycombinator.com/item?id=40569734

https://news.ycombinator.com/item?id=35210503

This is a place for curious humans to converse, not bots.

Thanks!

kurtis_reed•1mo ago
Can you prove it's AI-generated?
kalenvale•1mo ago
Not AI generated. Tried to be nice, and structure my answer.
gergi•1mo ago
May I ask how you generated this?
ProofHouse•1mo ago
AI but does it matter, no
ramon156•1mo ago
Thanks for sharing your opinion
kikimora•1mo ago
Why not build it on top of EVM?
kalenvale•1mo ago
I chose to build an L1 for several reasons. One major factor is the desire for fair currency distribution. Additionally, I wanted to ensure instant finality to prevent block reverts during trades.
kikimora•1mo ago
What in EVM smart contracts prevent any of this?
Uptrenda•1mo ago
They chose to use an L1 for several reasons. The major factor is creating their own blockchain allows them to redistribute wealth to their own wallets. Additionally, they wanted to ensure instant finality so that no one can revert the fraud.
kalenvale•1mo ago
Nothing has been mined. There is no currency listing yet, not even a testnet. Funding has been rejected as well. Hope that answers your concerns.
themantalope•1mo ago
Interesting but how would this prevent against “off-chain” collusion? A fraudulent seller captures brokers on the buy and sell side? Seller backs out of the deal unless they know who the brokers are?

I think this kind of behavior in principle would be detectable but in principle with enough concentration in the market, a fraudulent seller could in practice get brokers and jurors to collude with them.

kalenvale•1mo ago
Once a trade has been initiated, sellers won't be able to back out. The seller has no control over the pseudo-random broker selection for their trade, hence can't choose a preferred broker either.
reactordev•1mo ago
I took a deep dive into the code.

I respect what you’re trying to do but this feels like a solution in search of a problem.

The kind of markets this would tailor towards already have their own escrow management systems.

I do, however, see this being relevant to MLS and the Housing industry. It’s a shady industry with scammy ads and “handyman special” vibes from people trying to sell legitimate and illegitimate listings.

killerstorm•1mo ago
This is just a more elaborate form of an escrow contract.

There's absolutely no need to make a new L1 for that: you can use existing smart contract/dapp platforms, plug into existing stable coin rails, etc.

gigatexal•1mo ago
Heatware.com solved this years ago without all the crypto bs.
kalenvale•1mo ago
Heatware is reputation-based, Dealta avoids this issue.
gigatexal•1mo ago
Reputation gained by trading with those with high reputation … hard to game that. It’s backed by threads in FS/FT threads on forums where folks can share proof of delivery and talk about the trade etc etc. this blockchain nonsense is not needed.
kalenvale•1mo ago
How about trading with those with low reputation? I assume a high reputation takes time to build, and people who are willing to take the risk with low reputation traders. That is the main issue with reputation based systems. Is Heatware transparent? Yes, but what happens if a dispute arises? I assume there are mods, whose main goal is to protect their position and Heatware. Blockchain gives the necessary voting power to the people, such that frauds are economically infeasible. Would love to discuss this more!
nateb2022•1mo ago
Your post, most of your comments here, and much of the source code looks AI generated; I get the feeling you lack sufficient understanding of what you're even trying to achieve here.

Also regarding the code, why are you defining private?

  #define private public
(https://github.com/Dealta-Foundation/DealtaCore/blob/e1598d3...)

This is a massive code smell.

potsandpans•1mo ago
I'm sick of every top comment in every front page article being an accusation of ai generation.
stuartjohnson12•1mo ago
I'm sick of low quality ai generation in an awful lot of front page articles.
nateb2022•1mo ago
As am I.

In the case of commentary, an author who uses AI to converse about "his" work indicates a fundamental misunderstanding/lack of comprehension thereof which leads to

The case of code, where an author who is unqualified to have built a certain product himself is thereby unqualified to review AI generated code implementing said product.

The author's post features the quotation of "Brokers", whose quotation has no logical basis except in established LLM generational norms. Furthermore the excessive colons following each feature are also typical of generated text.

The code is not much better. As I spotted rather quickly, the

  #define private public
is a huge code smell; for those unfamiliar with C++ or OOP it is an equivalent blunder to

  #define true false
or

  #define while if
And points to a pretty large disconnect between the author's ability to prompt a model and their ability to evaluate the quality of the model's response.
fc417fc802•1mo ago
How does a model even end up outputting that? It goes way beyond code that's a bit buggy or convoluted. If a human did any of the above outside of a humorous context I'd consider it openly malicious.

That said, while I'm no fan of slop I don't feel like the constant accusations of AI we now see bandied about are constructive. The general vibe at this point feels like name calling or even a witch hunt.

Bad or lazy writing should be called out regardless of how it was produced. Same for code. I'd say that "#define private public" stands on its own as case in point; how it was arrived at seems almost entirely irrelevant.

kalenvale•1mo ago
You are absolutely right! Jokes aside, i got other things to take care of. Regardless of what you believe, the code is not AI generated, vibe coded etc. Is it a quick and dirty? Yes, but from what i remember, it is purely for testing. Bad practice, for sure, no doubt, lots of workarounds. It is OOP after all. Also as i wrote, the code needs polishing, it is an alpha after all. Thanks for the audit!
Uptrenda•1mo ago
(1) No reason to build your own blockchain. This will only increase complexity and undermine security for no reason.

(2) No reason not to adapt existing standards to be compatible with any of the wallets that already exist.

(3) No reason to introduce your own wallet. How many wheels do you want to reinvent here?

(4) No reason to invent your own currency (and in fact this makes your escrow system break completely.)

Btw: the problem you're trying to solve has been "solved" many times over before using various escrow mechanism dating back to the gox era. The reason they all failed is because no protocol can make up for the opacity and unpredictable nature of the real world. If you think about it your solution is more like the opposite of what makes cryptocurrencies valuable: you're essentially increasing transaction costs to try "improve" the physical verifiability of goods. When normal people just use semi-trusted merchants which are faster and cheaper.

By the sound of your protocol it would increase shipping time substantially, increase costs to buyers (I'm assuming they have to pay higher fees to pay the verifiers), and after all that it still doesn't prevent scamming. Because you never know if a verifier prefers to hold on to an item and burn all their collateral based on changing economic conditions. Maybe they end up with an expensive item that holds considerable value relative to the staked currency (which I'm again assuming that you're inventing another wheel and increasing friction even more by introducing your own currency. Not going to even bother to look.)

Your idea resembles a more error-prone version of high-end verification markets like precious metals, gem stones, and art trading. But lacks a lot of the simple guarantees that such markets would provide.

kalenvale•1mo ago
I won't argue with your points 1-3, makes sense but this was fun building, and long term i think it was for the best. However, i would argue that the value of this currency is not tied to scarcity like bitcoin, or usage like ethereum. Instead the value of Dealta would be based on how well the initial goal is achieved, which is to reduce online frauds. The protocol is setup with timers, that limit how much time can be spent on each stage of a trade, hence limits time wasted when items are not in transit. Given that ebay and amazon take huge percentages, it could in fact be cheaper for the buyer. Its supply and demand. Thirdly, to counter the issue of a buyer holding on to an item, you can simply increase the collateral, lets say with 100%, so a 50% decrease in the coin's price is accounted for, thus making it infeasible. Again, this is something to be decided by the community. My initial argument for making Dealta PoW-based is that much like with any other crypto, whales who think this a good idea, would be able to handle the early volatility. All these things are why Dealta also has a native crypto. Would love to hear more from you!