Salamat sa update ng Google noong September 10, may higit pang kalayaan na ang mga user sa pagpili kung saan i-iiwan ang kanilang mga key. Ang @ritualnet, naman, ay nag-aalok ng dalawang teknikal na bloke ng pagbuo. Ang una ay ang pag-sign ng mga transaksyon gamit ang passkey (ang user ay nag-sign ng isang aksyon). Ang pangalawa ay ang P-256 signature verification sa loob ng smart contract, kung saan tinseke ng contract kung totoo ang signature. Ang paggamit nito ay nasa kamay ng mga developer ng application. Ibahagi rin ni Ritual ang mga payo para sa mga nagbuo sa Ritual: Dapat malinaw na ipaliwanag ng screen ng pagpapahintulot kung ano eksaktong ii-sign ng user — pag-login, pagsumite ng propuesta, o pag-delegate ng isang tiyak na kakayahan sa isang AI agent. Magplano na agad para sa account recovery — ano ang gagawin kung nawawala ang device o nagbago ang key, at paano i-revoke ang dating isa. Panatilihin ang delegation ng agent na espesipiko — anong mga aksyon ang pinapayagan, kailan matatapos ang access, at paano ito i-revoke. Ang mga passkey ay nagpapalit ng pag-sign sa isang dapp sa isang pamilyar at intuitibong aksyon, at binibigay ni Ritual ang ready-made na mga bloke ng pagbuo para dito — ang signature at ang pag-verify nito sa contract. Ngunit ang teknolohiya ay kalahati lamang nito: ang natitira ay naka-ugnay sa kung gaano kalinaw ng app ipapaliwanag sa user kung ano ang iisign nila, at gaano kahusay ang account recovery at pag-revoke ng pahintulot na isinaplanong maaga. Ang magandang UX dito ay binubuo hindi sa teknolohiya mismo, kundi sa transparency at kontrol sa bawat hakbang. @ritualfnd