Live data from Hacker News

Launch HN: Didit (YC W26) – Stripe for Identity Verification

news.ycombinator.com

41–50 of 76 posts

Re: Launch HN: Didit (YC W26) – Stripe for Identity Verification

#41
post #34
post #19

Great to see innovation in this space! If I could make one giant request, it's around giving (properly authorized) humans the ability to override the system when needed. When you make a simple API, it's all too common for a company integrating the solution to rely entirely on the identity service's yes-no outcome. But all too commonly, there's no way to override a decision, or bypass the need for identification. In t…

This sounds innately wrong. When we think of celebrity clients traveling but skipping any identity checks because their entourage can vouch for them and don't want to hassle them - then who's to say later whether that person did or did not travel to that island or authorize that money transfer? Instead, this should be handled not by fudging identity verification but by skipping it and maybe tagging the skip event wit…

> and maybe tagging the skip event with some verified identities of the people authorizing the skip

This. Left unchecked, an entourage around a fake "celebrity" can get pretty far.

Re: Launch HN: Didit (YC W26) – Stripe for Identity Verification

#42

Earlier quoted context omitted.

Comply Advantage specializes in AML, Seon as well. They provide one signal, identity verification is more than that.

They both offer IDV products and have entrypoints into enterprises as a result of their AML/KYC offerings.

[dead]

Re: Launch HN: Didit (YC W26) – Stripe for Identity Verification

#43
Love the focus on KYC. I've always wondered why there isn't a centralized identity verification process that makes it easy for beneficial owner reporting for companies. Every financial institution collects this and it's still a manual process that requires inputting the same info over and over again.

Re: Launch HN: Didit (YC W26) – Stripe for Identity Verification

#44
post #9

Here's a better idea: Eradicate requirement of the most personal details of someone to do basic tasks...such as using a web application. Unless it's a government organisation, no private provider should have the ability to use or process people's identities. It's too much power in one entity's hands. I wish someone would actually solve this instead of yet another ID solutions. We all saw how a literal job seeking app…

We actually agree with the core concern. Right now the internet has a terrible model where every company asks for your ID and stores it themselves. That means your identity data ends up scattered across dozens of databases. We think the future is privacy-preserving identity and reusability: verify once, keep your identity in your own wallet, and only share minimal proofs (e.g. “over 18” or “real human”) instead of yo…

This is neat. I had a conversation recently basically concluding that "it would be nice if an identity solution existed where [everything you just said, consolidation of identity, but only providing the minimum for regulation, like age, location, or is-human, depending on the law a site is trying to follow], instead of [all the gross examples of identity consolidation abuse seen today and the source for ID company distrust]". I hope luck for you, so your product both maintains the vision long term, sustains market share for longevity purposes, and sets a standard for others to follow.

Re: Launch HN: Didit (YC W26) – Stripe for Identity Verification

#46
post #34
post #19

Great to see innovation in this space! If I could make one giant request, it's around giving (properly authorized) humans the ability to override the system when needed. When you make a simple API, it's all too common for a company integrating the solution to rely entirely on the identity service's yes-no outcome. But all too commonly, there's no way to override a decision, or bypass the need for identification. In t…

This sounds innately wrong. When we think of celebrity clients traveling but skipping any identity checks because their entourage can vouch for them and don't want to hassle them - then who's to say later whether that person did or did not travel to that island or authorize that money transfer? Instead, this should be handled not by fudging identity verification but by skipping it and maybe tagging the skip event wit…

Great instincts! It would be less the entourage and more an accredited travel agency with established reputation. And absolutely correct that the skip should be auditable and intentional - and having support at the provider level for this makes this more auditable, not less.

Re: Launch HN: Didit (YC W26) – Stripe for Identity Verification

#47
post #45

I like that it lets you specify the types of accepted docs. The biggest issue i have with Stripe identity verification product right now. And biometric re-log in is also great. Will check it out.

Yes! thanks! anything let us know

Re: Launch HN: Didit (YC W26) – Stripe for Identity Verification

#48

Earlier quoted context omitted.

I don't have the full context on the Persona/Discord story yet, but our philosophy is that identity providers should be a shield, not a source of risk. We address this by building privacy-preserving architectures that minimize the data footprint. First, we offer secure, long-term retention so companies don't have to store sensitive PII on their own servers—which are often managed by teams who aren't cybersecurity spe…

(I want to emphasize that my intention is not to criticize Didit negatively. Rather, I aim to offer constructive feedback.) IMO, you should spend a lot of time working on your privacy policy. I have identified a few points of concern that you should work on: 1. Your policy is immensely vague. "legally stipulated periods of conservation" means nothing. There are no references to which laws are being referenced, and th…

thanks for the feedback! definitively we can improve there!
Post reply on HN