गूगल के 10 सितंबर के अपडेट के कारण, अब उपयोगकर्ताओं के पास अपनी कुंजियों को कहाँ संग्रहित करना है, इसका चयन करने की अधिक स्वतंत्रता है। @ritualnet, इसके विपरीत, दो तकनीकी निर्माण इकाइयाँ प्रदान करता है। पहली है पासकी के माध्यम से लेनदेन का हस्ताक्षर करना (उपयोगकर्ता एक क्रिया का हस्ताक्षर करता है)। दूसरी है स्मार्ट कॉन्ट्रैक्ट के भीतर P-256 हस्ताक्षर सत्यापन, जहाँ कॉन्ट्रैक्ट यह जाँचता है कि हस्ताक्षर वास्तविक है। इनका उपयोग कैसे किया जाए, यह एप्लिकेशन डेवलपर्स पर निर्भर करता है। रिचुअल ने रिचुअल पर बनाने वालों के लिए सलाह भी साझा की: अनुमोदन स्क्रीन को स्पष्ट रूप से समझाना चाहिए कि उपयोगकर्ता क्या हस्ताक्षर कर रहा है—लॉगिन करना, प्रस्ताव जमा करना, या AI एजेंट को एक विशिष्ट क्षमता डेलिगेट करना। शुरुआत से ही खाता पुनः प्राप्ति की योजना बनाएँ—अगर डिवाइस खो जाए या कुंजी बदल जाए, तो क्या करें, और पुरानी कुंजी को कैसे रद्द करें। एजेंट डेलिगेशन को विशिष्ट रखें—कौन सी क्रियाएँ अनुमत हैं, पहुँच कब समाप्त होगी, और इसे कैसे रद्द किया जाए। पासकी dapp में हस्ताक्षर को एक परिचित, सहज क्रिया में बदल देती हैं, और रिचुअल इसके लिए पहले से तैयार निर्माण इकाइयाँ प्रदान करता है—कॉन्ट्रैक्ट में हस्ताक्षर और उसका सत्यापन। लेकिन प्रौद्योगिकी केवल आधी बात है: शेष हिस्सा इस पर निर्भर करता है कि एप्लिकेशन उपयोगकर्ता को स्पष्टता से समझाता है कि वह क्या हस्ताक्षर कर रहा है, और खाता पुनः प्राप्ति और प्रवेश रद्दीकरण को पहले से कितनी अच्छी तरह से सोचा गया है। यहाँ अच्छा UX प्रौद्योगिकी पर नहीं, बल्कि प्रत्येक चरण में पारदर्शिता और नियंत्रण पर आधारित होता है। @ritualfnd