They're just jumping on the hype train but can you really blame them? They've been hearing about how their job will be replaced, how they need to upskill with AI, and they see everyone else doing it. Many probably have no real skills so they're just trying to survive.

I'm obviously going to leverage my network, but just curious what actually works at a larger scale, if anything. Thanks in advance.

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

Points: 3

# Comments: 2

If anyone has any experience applying and going through the process I'd love to hear about it.

Things I'm curious about... - how competitive is it? - how detailed should proposals be? - am I guaranteed to hear back? - how long after closing is a decision made?

Thanks in advance.

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

Points: 11

# Comments: 9

https://arxiv.org/abs/1706.03762

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

Points: 2

# Comments: 0

https://lyfe.ninja/

I've always been skeptical of the entire RTO storyline. I literally work on a computer all day with an Internet connection and can complete every aspect of my job remotely, no if, ands, or buts, about it. Also, at this point many are tracking our mouse movements and key strokes, and the work gets done, so they know we're working too

I'm used to the short sided mindset at this point, but the situation just got me thinking about it again.

Meanwhile, companies are throwing everything at AI (which works remotely), laying off employees to do so, and then having obsurd in office policies and skimping on benefits. Just makes you wonder why they distrust people so much.

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

Points: 29

# Comments: 24

Background: I’ve been working on a system using our core tech that can generate and verify digital signatures, but with a slightly different property than traditional approaches. The signatures are natively revocable. If the underlying model/system shouldn’t be trusted anymore, the signatures can be revoked either through a hard (delete the signing model) or soft (revoke the lease for the signing model) mechanism. I believe this feature is very beneficial on its own, but there are several other interesting properties (no key management, distributed verification, embedded metadata, etc.)

Originally this came out of some deeper R&D work we’re doing, but I’ve been thinking this might actually be the most practical “wedge” into the market while we continue that research (and fund the research).

One area that’s been interesting is applying this to AI systems. Specifically as a “know your agent” play. Essentially, how do you verify that the AI-generated content you’re seeing in your browser, workflow, or system actually came from the intended Agent and hasn’t been altered somewhere along the way? Right now “trust” mostly relies on secure transport (TLS, etc.), but not necessarily the integrity of the content at the point of consumption. This is a way to add a verification layer where revocability matters (Would you want to stand by your AI agent’s output forever? I think not.).

So I built a couple demos (I’ve shared these on Show HN previously).The first one simply demonstrates the digital signature ability of the tech and their revocable nature. The second, using the digital signatures to sign a verify content from a AI chatbot in a streaming system (this has received the most traction of anything we’ve shared).

- AI responses are signed after generation

- Verification happens client-side

- Tampering with the content causes verification to fail

- Signatures can be revoked (short-lived leases, or fully invalidated)

It works, at least in controlled settings. But I genuinely don’t know if this is something people would actually adopt, or if it’s solving a problem that only feels real from where I’m sitting. I can think of plenty of uses and see the benefits but that doesn’t mean everyone else will.

A few things I’m trying to figure out:

- Generally, do you see uses for revocable digital signatures?

- If so, where would it matter most?

- Is content-level verification for AI outputs something you’d actually want or use?

- What would make this usable vs annoying in a real system?

The goal would be to make it very developer friendly, since I would imagine they would use it most. Create an account, lease signing model, get oauth creds, sign/verify through simple sdk or API directly.

I’m less interested in pitching this and more trying to understand if this is worth turning into a real product vs keeping it as internal research. I’m also aware there are other approaches that do similar things (C2PA for content attestation, things like CRLs for signature revocation), but they have limitations, and I view this as supplemental tech, not a replacement.

Happy to share more details if helpful, but there is a bunch of documentation on our Project (https://lyfe.ninja/projects/) and News (https://lyfe.ninja/news/) pages of our website. Let me know what you think, Thanks.

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

Points: 3

# Comments: 2

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

Points: 2

# Comments: 0

You do need a market, not just a product. You also need to network to get input, partners, and build a BD pipeline. You don't necessarily need revenue at first, you need to prove external interest, whether that's a beta, pilot, or collaboration/partnership. All these things will add to your momentum.