It sounds like a similar stack, but distributed as an app. FFmpeg (LGPL compilation).

I haven't tried Pixi.js, looks interesting. I guess it was good for this.

Have you looked at remotion? I found them good for somethings, but ended up using Safari for rendering (instead of remotion's chrome-based rendering) because app packaging was easier that way.

https://www.loremlabs.com/cliproom if you're interested in comparing

I'm increasingly convinced the issue isn't feedback itself, but centralized, global, aggregated feedback that becomes game-able without stronger identity signals.

Right now the incentives are tied (correctly or not) to these global metrics, so you get a market for faking them, with money flowing to whoever is best at juicing that signal.

If instead the signal was based on actual usage and attributions by actual developers, the incentives shift. With localized insight (think "Yeah, I like Golang") it becomes both harder to fake and harder to get at the metric rollup.

Useful reputation on the web is actually much more localized and personal. I gladly receive updates on and would support the repos I've starred. If I could chose where to put my dollars (not an investors), it would likely include the list of repos I've personally curated.

This suggests a different direction: instead of asking "how many stars does this have?", ask "who is actually depending on this, and in what context?" or better retroactively compare your top-n repos to mine and we'll get a metric seen through our lenses. If you want to include everyone in that aggregation you'll end up where we are now, but if in stead you chose the list, well, the stars could align as a good metric once more.

The interesting part is that the web already contains most of that information, we just don't treat identity as a part of the signal (yet? universally?).

I guess my experience is similar to what you're saying though: we didn't really need that crypto layer to immediately gain value. But the way it compressed ids into a single namespace, that was useful.

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

Points: 9

# Comments: 9

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

Points: 3

# Comments: 1

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

Points: 1

# Comments: 0

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

Points: 4

# Comments: 2

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

Points: 3

# Comments: 1

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

Points: 2

# Comments: 0

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

Points: 2

# Comments: 0

Some posts above about alternative ways to do this. I'm not aware of any that integrate with the Finder.

The AI use case is an interesting one.

Our insight is that this is still too hard to have quick access to use the blockchain meaningfully. So this service is a wrapper around those blockchain/cryptography primitives making it easy to create and lookup. It's the indexing part that can make the difference between a useful app in theory and in practice. In theory anyone could read the blockchain and create their own index from certain data on it...in practice that's more work than most will do... hence this kind of service.

Not her words, but it can help prove that something existed at a point in time. It doesn't necessarily mean that you were the first but it does mean that you had it at that point in time. As I understand it, in copyright practice you take a work you've written, put it in an envelope and send it to yourself. The postmark shows that it existed at that point in time. (You don't open the envelope until some sort of legal procedure makes that required.)

> Can anyone take a file and check on the site to see who has logged it?

Exactly, it's a light-weight way to record that you had a file without storing the whole file.

I should mention the word "Dibs" is a bit slang for meaning "i had that first" https://www.reddit.com/r/NoStupidQuestions/comments/nz92om/w...

The recent chapter of this story starts on a train to Fosdem, the open source convention in Brussels at the start of February. I wanted something not related to my main work and so I started hacking together a Finder extension for the Mac to fingerprint data with a right-click interface suggested by my lawyer a few years prior. By the return trip I had the sketch of something working.

But the back story–not quite chapter one but close enough–happened a very long time ago. Let's call it 1999. I had a service called digitalpostmark.com that was an email server that would "postmark" the messages coming through it, adding a fingerprint to the message. If someone wanted to verify the email was sent at that point in time they could verify with our database and further re-compute the fingerprint themselves to see if the message had been tampered.

While this was a fun product (read: neat tech, low demand) it would eventually pivot to become SMTP.com's first product (I bought the domain for this), a way to relay emails in an era when mail servers were transitioning from open to closed. It turned out that the postmark server had everything we needed to change our email servers from a open relay into a selective open relay for users that bought our service subscription.

I would go on to sell the company and not think too much about digital fingerprinting until the NFT era reminded me of the power of hash functions and my now lawyer would lament about the power of an os-interface to the hash function.

Dibs goes one step further, allowing for easily creating fingerprints of files from the desktop as well as a web interface. These fingerprints include a "dibs code" proof that allows multiple claims of possession, but there's only one first.

The ordering of claims would be important, so I decided to use a public blockchain to write the records for all to see. End users don't have to know anything about blockchains, we do all of this behind the scenes, but expose the records so others can verify the transactions. (The blockchain chosen is the XRPL, for those interested in crypto).

I almost wrote an API for Dibs, but decided that the blockchain itself is an API, and it'd be better to just allow others to use that. So if a developer wanted to create their own system on top of Dibs, they'd just need to send a transaction on the blockchain to our "ingress" wallet address. That will then get indexed and available on the Dibs website the same as if the transaction was created with our interface. (Bonus: the per-transaction cost for the developer can be lower than our web interface, and yet is high enough that we still make money from the transaction payment.)

I suspect that most people will want to use the standard web interface. For that we chose a credit-based pricing model: $10 for 20 credits. Each Dibs is one credit, simple enough.

In talking to some potential users I came across some other example use cases, for instance my daughter wants to prove that she was the original creator of her avatar. While this current implementation is quite general, I suspect that there's quite a bit of work to do figuring out what a market segment might need and building the interface for that segment.

Is this the core of our business? No, at least not at the moment. Although the last time I started hashing things it turned into a business listed on the public markets, so you never know. I'd love to hear what you think we should do with it to improve the product. Thanks!