Criar o serviço de guardião: custódia da parte, coassinatura e recuperação
Nobody has claimed this yet.
Assessment
- Difficulty
- 5/5
- Estimated time
- Over a week
- Newbie friendliness
- 20/100
- Issue type
- Feature
- Clarity
- Mostly clear
- Activity status
- Active
- Tech stack
- javascript
- Domain
- authentication, backend, security
Research direction
Read the cited sections in docs/design.md (lines 89, 92–93, and 142) and review the original architecture diagram mentioned in the issue. The work depends on issues #69, #70, and #26, so first understand their FROST proof, partner capacity, and hosting outcomes. Done means the guardian service supports protected custody, authenticated co-signing and recovery while ensuring the guardian alone cannot sign or recover an account.
Written by the indexing model from the issue text.
Description
Contexto
O guardião guarda a parte 2 da chave, assina junto e ajuda a recuperar o login confirmando a pessoa por passkey, e-mail e o registro de idade, nunca só SMS. Precisa de serviço, hospedagem no Brasil, parceiro e da prova FROST aprovada.
Escopo
- Serviço de guardião: custódia protegida da parte, coassinatura autenticada, renovação de material temporário
- Recuperação com passkey, e-mail e registro de idade; nunca só SMS
- Retenção mínima, auditoria e transferência de custódia previstas nos acordos
Critérios de aceite
- O guardião sozinho não assina nem recupera a conta
- Repetição de pedidos, interrupção e saída do parceiro preservam segurança e recuperação
Depende de
- #69 — Provar a assinatura FROST 2 de 3 compatível com o manifesto do Hypercore
- #70 — Recrutar parceiros semeadores e guardiões com capacidade por onda
- #26 — Hospedar os serviços da associação em datacenter no Brasil
Fontes
docs/design.md:89docs/design.md:92-93docs/design.md:142- Diagrama "arquitetura" do documento de design original (não exportado para
docs/design.md)
Fase: Fase 2 — Ondas do canal · Dificuldade: grande · sensível à segurança · depende de parceiro
- Dominant language
- JavaScript
- Stars
- 2
- Forks
- 1
- Avg merge
- 12m
- Merged PRs (30d)
- 4
Getting set up
This project ships no dev container, Dockerfile or contributing guide, so setting up is up to you: start from its README, and see our first-contribution guide for the general steps.
First steps
- Read the whole issue, then the project's contributing guide.
- Comment on the issue to say you are picking it up — it saves two people doing the same work.
- Fork the repository and make your change on a branch.
- Open a pull request that references the issue number.
More from Varanda-org/varanda
-
área:app área:produto sem-fase tipo:decisão
Difficulty 2/5 1-3 hours Newbie friendliness 63/100
Varanda-org/varanda#91 ·
-
área:identidade área:produto sem-fase tipo:verificação
Difficulty 5/5 Over a week Newbie friendliness 25/100
Varanda-org/varanda#93 ·
-
área:identidade área:produto sem-fase tipo:decisão
Difficulty 5/5 Over a week Newbie friendliness 25/100
Varanda-org/varanda#92 ·
-
área:moderação área:produto sem-fase tipo:decisão
Difficulty 5/5 Over a week Newbie friendliness 35/100
Varanda-org/varanda#90 ·
-
área:produto sem-fase tipo:decisão
Difficulty 5/5 Over a week Newbie friendliness 35/100
Varanda-org/varanda#89 ·
All issues in Varanda-org/varanda
Similar issues
-
accessibility bug html websites
Difficulty 2/5 1-3 hours Newbie friendliness 75/100
quarto-dev/quarto-cli#15187 ·
Maintainers usually reply within 1 day
-
bug needs triage P3
Difficulty 2/5 1-3 hours Newbie friendliness 76/100
pbakaus/impeccable#1143 ·
Maintainers usually reply within 1 day
-
status: waiting for maintainer
Difficulty 2/5 1-3 hours Newbie friendliness 74/100
mui/material-ui#49547 ·
Maintainers usually reply within 1 day
-
Difficulty 2/5 1-3 hours Newbie friendliness 88/100
capricorn86/happy-dom#2544 ·
Maintainers usually reply within 1 day
-
next() is called twice when the request closes after busboy fails to startPossibly taken @NgoQuocViet2001 claimed this today. Open
Difficulty 2/5 1-3 hours Newbie friendliness 70/100