nodeSolidServer / nodeSolidServer/node-solid-server
HTTP Schnorr Signature Authentication
Personne n'a encore pris cette issue.
- Langage dominant
- JavaScript
- Étoiles
- 1.8k
- Forks
- 308
- Métriques de merge des PR
- Aucune PR mergée en 30 j
Description
Motivation
Millions of users already have cryptographic keys. This proposal lets them authenticate to Solid pods instantly - no account creation, no passwords, no redirect flows.
📸 Login page with Schnorr SSO:
🎥 See it in action: https://youtube.com/watch?v=wlADHzVNcvM
What is it?
- HTTP Schnorr Auth - Authentication using BIP-340 Schnorr signatures
- did:nostr - A self-certifying DID method (one compatible identity format)
Users authenticate with browser extensions - one click, no passwords.
4-Phase Roadmap
| Phase | Description | Status |
|---|---|---|
| Phase 1 | DID identities in ACLs + Schnorr signature verification | ✅ Complete |
| Phase 2 | SSO "Sign in with Schnorr" button on login page | ✅ Complete |
| Phase 3 | Linked identities (WebID ↔ DID) | Planned |
| Phase 4 | Global DID resolver integration | Planned |
Specifications
- http-schnorr-auth v0.0.1 - HTTP authentication spec
- did:nostr v0.0.10 - Compatible DID method
Test Suite
10 test vectors: https://github.com/nostrcg/http-schnorr-auth/tree/gh-pages/test-vectors
Related Work
Working implementations exist for CSS, Pivot, and JSS. This represents 2 years of development and testing.
Phase Issues
- Phase 1+2: To be submitted and linked to this issue
Guide de contribution
Ouvrir le guide de contribution
Par où commencer
- Lisez l'issue en entier, puis le guide de contribution du projet.
- Signalez en commentaire que vous la prenez — cela évite que deux personnes fassent le même travail.
- Forkez le dépôt et travaillez sur une branche.
- Ouvrez une pull request qui référence le numéro de l'issue.
Piste de recherche
Examinez d’abord les spécifications liées http-schnorr-auth et did:nostr ainsi que leurs vecteurs de test. L’issue ne mentionne aucun fichier du dépôt ni test d’acceptation concret ; clarifiez avec les maintainers si le travail prévu concerne les identités liées de Phase 3 ou l’intégration du resolver de Phase 4, et définissez les critères d’achèvement.
Rédigé par le modèle d'indexation à partir du texte de l'issue.
Évaluation
- Stack technique
- javascript
- Domaine
- authentication, backend-api-design, security
- Type d'issue
- Fonctionnalité
- Difficulté
- 5/5
- Temps estimé
- Plus d'une semaine
- Activité
- À l'abandon
- Clarté
- À clarifier
- Accessibilité débutants
- 20/100