GitHub, ഡൊമെയ്ൻ സ്ഥിരീകരണ ബാഡ്ജുകൾ നേടുക.
സത്യവാങ്മൂല ഡാഷ്ബോർഡിൽ നടക്കുന്നു, SDK വഴി അല്ല. തെളിവ് പൂർത്തിയാക്കുക - GitHub OAuth ഹാൻഡ്ഷേക്ക് അല്ലെങ്കിൽ DNS TXT റെക്കോർഡ് - ബാഡ്ജ് ഏജന്റിന്റെ പൊതു പ്രൊഫൈലിൽ പ്രത്യക്ഷപ്പെടുന്നു. ബാഡ്ജുകൾ കാലാനുസൃതമായി വീണ്ടും പരിശോധിക്കുന്നു. പ്രതിപക്ഷങ്ങൾ ബാഡ്ജ് മുകളിലേക്ക് ഹോവർ ചെയ്യുന്നു, ആരാണ് എന്തിനെ എപ്പോൾ സ്ഥിരീകരിച്ചതെന്ന് കാണാൻ, ഇത് ഗൗരവമുള്ള പേയർമാർ അന്വേഷിക്കുന്ന വിശ്വാസ സിഗ്നലാണ്.
നിങ്ങൾ തുടങ്ങുന്നതിന് മുമ്പ്.
- ഒരു നിലവിലുള്ള ഏജന്റ്, അതിന്റെ വർക്ക്സ്പേസിന് ഡാഷ്ബോർഡ് ആക്സസ് (കാണുക add-payments-to-agent guide).
- GitHub ബാഡ്ജിന്: ഏജന്റ് പ്രതിനിധീകരിക്കുന്ന GitHub ഓർഗിൽ അല്ലെങ്കിൽ ഉപയോക്താവിൽ Blockchain0x ആപ്പ് അംഗീകരിക്കാൻ കഴിയണം.
- ഡൊമെയ്ൻ ബാഡ്ജിന്: നിങ്ങൾ സ്ഥിരീകരിക്കാൻ ആഗ്രഹിക്കുന്ന അപ്പെക്സ് ഡൊമെയിനിന് DNS-ൽ നിയന്ത്രണം (അല്ലെങ്കിൽ നിങ്ങളുടെ DNS സേവനദാതാവ് TXT റെക്കോർഡുകൾക്കായി പിന്തുണയ്ക്കുന്ന ഏതെങ്കിലും ഹോസ്റ്റ്).
- DNS സ്ഥിരീകരണത്തിന് 10 മിനിറ്റ് വാൾക്ക്ലോക്ക് (അധികം ഒരു മിനിറ്റിനുള്ളിൽ പ്രചരിക്കുന്നു, എന്നാൽ 10 വരെ അനുവദിക്കുക).
- ഏജന്റ് പേയ്മെന്റ് ഐഡന്റിറ്റി ആശയം - ബാഡ്ജുകൾ അതിന്റെ ഒരു പാളിയാണ്.
GitHub-ൽ സ്ഥിരീകരിക്കുക.
GitHub ബാഡ്ജ് ഏജന്റ് ഒരു പ്രത്യേക GitHub ഉപയോക്താവിനോ സംഘടനയിലോ ബന്ധപ്പെട്ടിരിക്കുന്നു എന്ന് തെളിയിക്കുന്നു. ഡാഷ്ബോർഡിലെ ഏജന്റിന്റെ സ്ഥിരീകരണ ടാബിൽ, GitHub-ൽ സ്ഥിരീകരിക്കുക എന്നതിൽ ക്ലിക്ക് ചെയ്യുക. നിങ്ങൾ GitHub-ന്റെ സ്റ്റാൻഡേർഡ് OAuth സമ്മത സ്ക്രീനിലേക്ക് തിരിയുന്നു, അവിടെ ആ തിരിച്ചറിയലിന്റെ ഉടമയായ മനുഷ്യൻ പൊതുവായ പ്രൊഫൈൽ വിവരങ്ങൾക്ക് വായനാ ആക്സസ് അനുവദിക്കുന്നു. SDK വിളി ഇല്ല - ഇത് ഒരു ക്ലിക്ക് ഡാഷ്ബോർഡ് പ്രവാഹമാണ്.
പൊതു പ്രൊഫൈലിന് (ഉപയോക്തൃനാമം, അക്കൗണ്ട് പ്രായം, പൊതു കലാപങ്ങൾ) വായനാ ആക്സസ് മാത്രം ഞങ്ങൾ അഭ്യർത്ഥിക്കുന്നു - എഴുതാനുള്ള ആക്സസ് ഇല്ല, സ്വകാര്യ റെപ്പോസ് ഇല്ല. അനുമതി ലഭിച്ചാൽ, ബാഡ്ജ് ഏജന്റിന്റെ പൊതു പേജിൽ ഒരു മിനിറ്റിനുള്ളിൽ പ്രത്യക്ഷപ്പെടുന്നു, സ്ഥിരീകരിച്ച കൈകാര്യം പ്രദർശിപ്പിക്കുന്നു.
ഒരു ഡൊമെയ്ൻ സ്ഥിരീകരിക്കുക.
ഡൊമെയ്ൻ ബാഡ്ജ് ഒരു രജിസ്റ്റർ ചെയ്ത DNS ഡൊമെയ്ൻ നിയന്ത്രണം തെളിയിക്കുന്നു - ഒരു പ്രതിപക്ഷം വായിക്കാൻ കഴിയുന്ന ശക്തമായ സിഗ്നൽ. സ്ഥിരീകരണ ടാബിൽ, ഡൊമെയ്ൻ തിരഞ്ഞെടുക്കുക, നിങ്ങളുടെ ആപെക്സ് അല്ലെങ്കിൽ ഉപഡൊമെയ്ൻ നൽകുക. ഡാഷ്ബോർഡ് ഒരു TXT റെക്കോർഡായി പ്രസിദ്ധീകരിക്കാൻ ഒരു പ്രത്യേക ടോക്കൺ കാണിക്കുന്നു. നിങ്ങളുടെ DNS പ്രൊവൈഡറിൽ അത് ചേർക്കുക, പിന്നെ സ്ഥിരീകരിക്കുക എന്നതിൽ ക്ലിക്ക് ചെയ്യുക; ഞങ്ങൾ DNS-നെ ചോദിക്കുന്നു, ടോക്കൺ പൊരുത്തപ്പെടുമ്പോൾ ബാഡ്ജ് തിരിയുന്നു.
ഡാഷ്ബോർഡിൽ കാണിക്കുന്ന ടോക്കൻ TXT റെക്കോർഡായി പ്രസിദ്ധീകരിക്കുക:
# The dashboard shows the exact host and token to publish.
# Most providers use a subdomain host for the verification record.
Type: TXT
Name: _blockchain0x.yourcompany.com
Value: <the token shown in the dashboard>
TTL: 300 (5 minutes is fine)ബാഡ്ജ് സജീവമാണെന്ന് സ്ഥിരീകരിക്കുക.
ഡാഷ്ബോർഡ് ഓരോ ബാഡ്ജിന്റെ നില കാണിക്കുന്നു. GitHub സാധാരണയായി OAuth സമ്മതം ലഭിച്ച ഒരു മിനിറ്റിനുള്ളിൽ സ്ഥിരീകരിതമായി മാറുന്നു; ഡൊമെയ്ൻ DNS പ്രൊപ്പഗേഷൻ ആശ്രയിക്കുന്നു, എന്നാൽ സാധാരണയായി 10 മിനിറ്റിനുള്ളിൽ പൂർത്തിയാക്കുന്നു. നിങ്ങളുടെ കോഡിൽ നിന്ന് പോൾ ചെയ്യാൻ ഒന്നും ഇല്ല - ഇത് ഒരു ഡാഷ്ബോർഡ് നിലയാണ്.
Once verified, the agent's public page (wallet.blockchain0x.com/a/<slug>) shows the badge alongside the agent's other identity claims. Hovering the badge reveals which method earned it and when. That hover popover is what counterparties read before approving a payment or allowlisting your wallet.
പരിശോധനയെ വൈകിപ്പിക്കുന്ന അല്ലെങ്കിൽ തകരാറിലാക്കുന്ന നാലു പിശകുകൾ.
തെറ്റായ GitHub തിരിച്ചറിയൽ സ്ഥിരീകരിക്കുന്നു
നിങ്ങൾ OAuth ഹാൻഡ്ഷേക്ക്ക്കായി നിങ്ങളുടെ വ്യക്തിഗത GitHub അക്കൗണ്ട് ഉപയോഗിച്ചാൽ, എന്നാൽ ഏജന്റ് ഒരു സംഘടനയെ പ്രതിനിധീകരിക്കുന്നുവെങ്കിൽ, ബാഡ്ജ് '@yourhandle' എന്നതുപോലെയാണ് 'verified by @yourhandle' എന്ന് പറയുക, 'verified by yourcompany' എന്നതുപോലെയാണ്. സംഘടനയെ പ്രതീക്ഷിക്കുന്ന പ്രതിപക്ഷങ്ങൾ വ്യക്തിഗത-ഹാൻഡിൽ ബാഡ്ജിൽ സംശയകരമായി കാണും. ഏജന്റിന്റെ അവകാശപ്പെട്ട തിരിച്ചറിയലുമായി പൊരുത്തപ്പെടുന്ന GitHub അക്കൗണ്ട് ഉപയോഗിക്കുക, കൂടാതെ എപ്പോഴും ഉപയോക്തൃ-തലത്തിൽ നിന്ന് സംഘടന-തലത്തിൽ സ്ഥിരീകരണം നൽകാൻ മുൻഗണന നൽകുക.
തെറ്റായ ഹോസ്റ്റിൽ പ്രസിദ്ധീകരിച്ച DNS TXT റെക്കോർഡുകൾ
ചില DNS ഹോസ്റ്റുകൾ TXT റെക്കോർഡ് ആപെക്സിൽ (സാധാരണ '@') സ്വീകരിക്കുന്നു, മറ്റ് ചിലത് ഉപഡൊമെയിൻ ആവശ്യമാണ് (സാധാരണ '_blockchain0x'). 30 മിനിറ്റുകൾക്കുശേഷം നിങ്ങളുടെ സ്ഥിരീകരണം 'പ്രതീക്ഷിക്കുന്നു' എന്ന നിലയിൽ തുടരുന്നുവെങ്കിൽ, റെക്കോർഡ് സാധാരണയായി തെറ്റായ സ്ഥലത്താണ്. പ്രവാഹ പ്രതികരണം പ്രതീക്ഷിക്കുന്ന സ്ഥലം കൂടാതെ പ്രതീക്ഷിക്കുന്ന മൂല്യം ഉൾക്കൊള്ളുന്നു - ഇരുവരെയും ഇരട്ടമായി പരിശോധിക്കുക, API തെറ്റായതായി കരുതുന്നതിന് മുമ്പ് 'dig TXT yourdomain.com' എന്നതിലൂടെ പുറമെ സ്ഥിരീകരിക്കുക.
സ്ഥിരീകരണം കാലഹരണപ്പെട്ടേക്കാം എന്ന് മറന്നുപോകുന്നത്
സത്യവാങ്മൂല ബാഡ്ജുകൾ കാലാനുസൃതമായി വീണ്ടും പരിശോധിക്കുന്നു. നിങ്ങളുടെ DNS TXT റെക്കോർഡ് ഒരു ഹോസ്റ്റ് മൈഗ്രേഷന്റെ സമയത്ത് നീക്കം ചെയ്താൽ, അല്ലെങ്കിൽ നിങ്ങൾ GitHub-ൽ ഏജന്റിന്റെ OAuth അനുമതി നീക്കം ചെയ്താൽ, അടുത്ത വീണ്ടും പരിശോധിക്കൽ പരാജയപ്പെടുന്നു, ബാഡ്ജ് സ്വയം നീക്കം ചെയ്യുന്നു. പ്രതിപക്ഷങ്ങൾ ശ്രദ്ധിക്കുന്നു. നിങ്ങളുടെ നിലവിലുള്ള അടിസ്ഥാന ഘടനയുടെ ഭാഗമായിട്ടുള്ള സത്യവാങ്മൂല കലാപങ്ങൾ സ്ഥാനം നിലനിർത്തുക, അവയുടെ അനിയന്ത്രിതമായ നീക്കം ഒരു ഔട്ടേജായി പരിഗണിക്കുക.
ബാഡ്ജ് കാണിക്കുന്നുവെങ്കിലും അതിന്റെ ചുറ്റുപാടിൽ വിശ്വാസം നിർമ്മിക്കുന്നില്ല
ബാഡ്ജുകൾ ആവശ്യമാണ്, പക്ഷേ മതിയല്ല. നിങ്ങളുടെ ഏജന്റിന്റെ പൊതു പേജിൽ നോക്കുന്ന ഒരു കൌണ്ടർപാർട്ടി, ബാഡ്ജിനെ അടുത്തകാലത്തെ ഇടപാടുകളുടെ ചരിത്രം, ഏജന്റിന്റെ പണമിടപാടിന്റെ കാരണം പാറ്റേണുകൾ, നിങ്ങളുടെ വ്യാപകമായ ഉൽപ്പന്നത്തിൽ ഉള്ള സാമൂഹിക തെളിവുകൾ എന്നിവയോടൊപ്പം വിലയിരുത്തും. ബാഡ്ജിനെ നിലയായി പരിഗണിക്കുക - ഇത് നേടുന്നത് നിങ്ങളെ ഗൗരവമായ കൌണ്ടർപാർട്ടികൾക്കായി യോഗ്യനാക്കുന്നു, പക്ഷേ ഇത് തന്നെ അവരെ നിങ്ങൾക്ക് വിശ്വസിക്കാൻ നിർബന്ധിതമാക്കുന്നില്ല. അതിന്റെ ചുറ്റും വിശ്വാസത്തിന്റെ മറ്റ് സിഗ്നലുകൾ നിർമ്മിക്കുക.
ബാഡ്ജുകൾ സ്ഥാപിച്ചതിന് ശേഷം.
തുറന്ന തിരിച്ചറിയലോടെ, ഉൽപ്പന്ന ശക്തീകരണ ചെക്ക്ലിസ്റ്റ് പൂർത്തിയാക്കുക: വാലറ്റിന്റെ സുരക്ഷാ അവലോകനം, എജന്റ് പണമടയ്ക്കുന്നെങ്കിൽ ചെലവു നിയന്ത്രണങ്ങൾ, പ്രവർത്തനത്തിലെ തടസ്സങ്ങൾക്കിടയിൽ പേമന്റുകൾ ഒഴുക്കാൻ അനുവദിക്കാത്ത സ്റ്റാൻഡേർഡ് വെബ്ഹുക്ക് പാറ്റേണുകൾ.
ജീവിതത്തിലേക്ക് പോകുന്നതിന് മുമ്പ് നിങ്ങളുടെ ഏജന്റ് വാലറ്റ് സുരക്ഷിതമാക്കുക
പ്രോംപ്റ്റ് ഇഞ്ചക്ഷൻ തരണം ചെയ്യുന്ന ഏജന്റ് ചെലവുകൾ നിയന്ത്രണങ്ങൾ സജ്ജമാക്കുക
ഡെവലപ്പർമാർ ഏറ്റവും കൂടുതൽ ചോദിക്കുന്ന വെബ്ഹുക്ക് മാതൃകകൾ
മുഴുവൻ റഫറൻസ് docs.blockchain0x.comൽ. ഉൽപ്പന്ന ഉപരിതലങ്ങൾ: ഏജന്റ് ഐഡന്റിറ്റി.