GitHub ಮತ್ತು ಡೊಮೇನ್ ಪರಿಶೀಲನೆ ಚಿಹ್ನೆಗಳನ್ನು ಗಳಿಸಿ.

8 minutes

ಚಿಕ್ಕ ಉತ್ತರ

Verification dashboard ನಲ್ಲಿ ನಡೆಯುತ್ತದೆ, SDK ಮೂಲಕ ಅಲ್ಲ. proof ಅನ್ನು ಪೂರ್ಣಗೊಳಿಸಿ - GitHub OAuth handshake ಅಥವಾ DNS TXT record - ಮತ್ತು badge agent ನ public profile ನಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ. Badges ಅನ್ನು ನಿಯಮಿತವಾಗಿ ಮರುಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ. Counterparties badge ಮೇಲೆ hover ಮಾಡಿ ಯಾರು ಏನು, ಯಾವಾಗ verify ಮಾಡಿದ್ದಾರೆ ಎಂಬುದನ್ನು ನೋಡುತ್ತಾರೆ, ಮತ್ತು ಅದೇ ಗಂಭೀರ payers ಹುಡುಕುವ trust signal ಆಗಿದೆ.

ಅಗತ್ಯಗಳು

ನೀವು ಪ್ರಾರಂಭಿಸುವ ಮೊದಲು.

ಒಂದು ಅಸ್ತಿತ್ವದಲ್ಲಿರುವ ಏಜೆಂಟ್ ಮತ್ತು ಅದರ ಕಾರ್ಯಕ್ಷೇತ್ರಕ್ಕಾಗಿ ಡ್ಯಾಶ್‌ಬೋರ್ಡ್ ಪ್ರವೇಶ ( add-payments-to-agent ಮಾರ್ಗದರ್ಶಕ ಅನ್ನು ನೋಡಿ).
GitHub ಬ್ಯಾಡ್ಜ್‌ಗಾಗಿ: ಏಜೆಂಟ್ ಪ್ರತಿನಿಧಿಸುವ GitHub ಸಂಘ ಅಥವಾ ಬಳಕೆದಾರನ ಮೇಲೆ Blockchain0x ಅಪ್ಲಿಕೇಶನ್ ಅನ್ನು ಅನುಮೋದಿಸುವ ಸಾಮರ್ಥ್ಯ.
ಡೊಮೇನ್ ಬ್ಯಾಡ್ಜ್‌ಗಾಗಿ: ನೀವು ದೃಢೀಕರಿಸಲು ಬಯಸುವ ಶ್ರೇಷ್ಟ ಡೊಮೇನ್‌ಗಾಗಿ DNS ಅನ್ನು ನಿಯಂತ್ರಿಸುವುದು (ಅಥವಾ ನಿಮ್ಮ DNS ಒದಗಿಸುವವರು TXT ದಾಖಲಾತಿಗಳಿಗೆ ಬೆಂಬಲಿಸುವ ಯಾವುದೇ ಹೋಸ್ಟ್).
DNS ಪರಿಶೀಲನೆಗೆ 10 ನಿಮಿಷಗಳ ವಾಲ್‌ಕ್ಲಾಕ್ (ಅಧಿಕಾಂಶವು ಒಂದು ನಿಮಿಷದ ಒಳಗೆ ಹರಡುತ್ತದೆ, ಆದರೆ 10 ನಿಮಿಷಗಳವರೆಗೆ ಅನುಮತಿಸುತ್ತದೆ).
ಏಜೆಂಟ್ ಪಾವತಿ ಗುರುತಿನ ಪರಿಕಲ್ಪನೆಯ ಪರಿಚಯ - ಬ್ಯಾಡ್ಜ್‌ಗಳು ಇದರ ಒಂದು ಹಂತವಾಗಿದೆ.

ಹಂತ 1 ನ 3

GitHub ಮೂಲಕ verify ಮಾಡಿ.

GitHub badge ಆ agent ಒಂದು ನಿರ್ದಿಷ್ಟ GitHub user ಅಥವಾ org ಗೆ ಸಂಬಂಧಿಸಿದೆ ಎಂದು ತೋರಿಸುತ್ತದೆ. dashboard ನಲ್ಲಿರುವ agent ನ Verification tab ನಲ್ಲಿ Verify with GitHub ಅನ್ನು click ಮಾಡಿ. ನೀವು GitHub ನ standard OAuth consent screen ಗೆ redirect ಆಗುತ್ತೀರಿ, ಅಲ್ಲಿ ಆ identity ಯನ್ನು ಹೊಂದಿರುವ human public profile information ಗೆ read access ನೀಡುತ್ತಾನೆ. ಇಲ್ಲಿ ಯಾವುದೇ SDK call ಇಲ್ಲ - ಇದು one-click dashboard flow.

ನಾವು public profile (username, account age, public artifacts) ಗೆ read access ಮಾತ್ರ ಕೇಳುತ್ತೇವೆ - write access ಇಲ್ಲ, private repos ಇಲ್ಲ. grant ಬಂದ ನಂತರ, badge ಒಂದು ಅಥವಾ ಎರಡು ನಿಮಿಷಗಳೊಳಗೆ agent ನ public page ನಲ್ಲಿ ಕಾಣಿಸುತ್ತದೆ, verified handle ಅನ್ನು ಪ್ರದರ್ಶಿಸುತ್ತದೆ.

ಹಂತ 2 ನ 3

ಒಂದು domain ಅನ್ನು verify ಮಾಡಿ.

domain badge ಒಂದು registered DNS domain ಮೇಲಿನ control ಅನ್ನು ಸಾಬೀತುಪಡಿಸುತ್ತದೆ - counterparty read ಮಾಡಬಹುದಾದ ಅತ್ಯಂತ ಬಲವಾದ signal. Verification tab ನಲ್ಲಿ Domain ಆಯ್ಕೆ ಮಾಡಿ ಮತ್ತು ನಿಮ್ಮ apex ಅಥವಾ subdomain ನಮೂದಿಸಿ. dashboard TXT record ಆಗಿ publish ಮಾಡಲು unique token ಅನ್ನು ತೋರಿಸುತ್ತದೆ. ಅದನ್ನು ನಿಮ್ಮ DNS provider ನಲ್ಲಿ add ಮಾಡಿ, ನಂತರ Verify click ಮಾಡಿ; ನಾವು DNS ಅನ್ನು query ಮಾಡಿ token match ಆದಾಗ badge ಅನ್ನು flip ಮಾಡುತ್ತೇವೆ.

ಡ್ಯಾಶ್‌ಬೋರ್ಡ್‌ನಲ್ಲಿ 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)

ಹಂತ 3 ನ 3

ಬ್ಯಾಡ್ಜ್ ಸಕ್ರಿಯವಾಗಿದೆ ಎಂದು ದೃಢೀಕರಿಸಿ.

dashboard ಪ್ರತಿಯೊಂದು badge ನ state ಅನ್ನು ತೋರಿಸುತ್ತದೆ. GitHub ಸಾಮಾನ್ಯವಾಗಿ OAuth grant ಆದ ಒಂದು ನಿಮಿಷದೊಳಗೆ verified ಗೆ flip ಆಗುತ್ತದೆ; domain DNS propagation ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿದ್ದು, ಸಾಮಾನ್ಯವಾಗಿ ಸುಮಾರು 10 ನಿಮಿಷಗಳಲ್ಲಿ ಪೂರ್ಣಗೊಳ್ಳುತ್ತದೆ. ನಿಮ್ಮ code ನಿಂದ poll ಮಾಡಲು ಏನೂ ಇಲ್ಲ - ಅದು dashboard status ಮಾತ್ರ.

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 ಖಾತೆಯನ್ನು ಬಳಸಿದರೆ ಆದರೆ ಏಜೆಂಟ್ ಒಂದು ಸಂಸ್ಥೆಯನ್ನು ಪ್ರತಿನಿಧಿಸುತ್ತಿದ್ದರೆ, ಬ್ಯಾಡ್ಜ್ 'verified by @yourhandle' ಎಂದು ಹೇಳುತ್ತದೆ 'verified by yourcompany' ಬದಲಾಗಿ. ಸಂಸ್ಥೆಯನ್ನು ನಿರೀಕ್ಷಿಸುತ್ತಿರುವ ಪರಸ್ಪರಗಳು ವೈಯಕ್ತಿಕ-ಹ್ಯಾಂಡಲ್ ಬ್ಯಾಡ್ಜ್ ಅನ್ನು ಅನುಮಾನಿಸುತ್ತವೆ. ಏಜೆಂಟ್‌ನ ಹಕ್ಕಾದ ಗುರುತಿಗೆ ಹೊಂದುವ GitHub ಖಾತೆಯನ್ನು ಬಳಸಿರಿ, ಮತ್ತು ಸಾಧ್ಯವಾದಾಗ ಬಳಕೆದಾರ-ಮಟ್ಟದ ದೃಢೀಕರಣಕ್ಕಿಂತ ಸಂಸ್ಥಾ-ಮಟ್ಟದ ದೃಢೀಕರಣವನ್ನು ಆದ್ಯತೆ ನೀಡಿ.

ತಪ್ಪಾದ ಹೋಸ್ಟ್‌ನಲ್ಲಿ ಪ್ರಕಟಿತ DNS TXT ದಾಖಲಾತಿಗಳು

ಕೆಲವು DNS ಹೋಸ್ಟ್‌ಗಳು TXT ದಾಖಲೆಯನ್ನು ಶ್ರೇಣಿಯಲ್ಲಿಯೇ ಒಪ್ಪಿಸುತ್ತವೆ (ಕೆಲವು '@'), ಇತರವು ಉಪಡೊಮೇನ್ ಅನ್ನು ಅಗತ್ಯವಿದೆ (ಸಾಮಾನ್ಯವಾಗಿ '_blockchain0x'). ನಿಮ್ಮ ಪರಿಶೀಲನೆ 30 ನಿಮಿಷಗಳ ನಂತರ 'ಪೆಂಡಿಂಗ್' ನಲ್ಲಿ ಉಳಿದರೆ, ದಾಖಲೆಯು ಬಹಳಷ್ಟು ತಪ್ಪಾದ ಸ್ಥಳದಲ್ಲಿರುತ್ತದೆ. ಫ್ಲೋ ಪ್ರತಿಕ್ರಿಯೆ ನಿರೀಕ್ಷಿತ ಸ್ಥಳ ಮತ್ತು ನಿರೀಕ್ಷಿತ ಮೌಲ್ಯವನ್ನು ಒಳಗೊಂಡಿದೆ - ಎರಡನ್ನೂ ಡಬಲ್-ಚೆಕ್ ಮಾಡಿ ಮತ್ತು API ತಪ್ಪಾಗಿದೆ ಎಂದು ಊಹಿಸುವ ಮೊದಲು 'dig TXT yourdomain.com' ನೊಂದಿಗೆ ಹೊರಗೊಮ್ಮಲು ಪರಿಶೀಲಿಸಿ.

ದೃಢೀಕರಣವು ಅವಧಿ ಮುಗಿಯುತ್ತದೆ ಎಂದು ಮರೆತಿರುವುದು

Verification badges ಅನ್ನು ನಿಯಮಿತವಾಗಿ ಮರುಪರಿಶೀಲಿಸಲಾಗುತ್ತದೆ. host migration ಸಮಯದಲ್ಲಿ ನಿಮ್ಮ DNS TXT record ತೆಗೆದುಹಾಕಿದರೆ, ಅಥವಾ ನೀವು GitHub ನಲ್ಲಿ agent ನ OAuth grant ಅನ್ನು ತೆಗೆದರೆ, ಮುಂದಿನ re-check ವಿಫಲವಾಗುತ್ತದೆ ಮತ್ತು badge ಸ್ವಯಂಚಾಲಿತವಾಗಿ ತೆಗೆದುಹಾಕಲಾಗುತ್ತದೆ. Counterparties ಗಮನಿಸುತ್ತಾರೆ. verification artifacts ಗಳನ್ನು ನಿಮ್ಮ ಸ್ಥಾಯಿ infrastructure ನ ಭಾಗವಾಗಿ ಹಾಗೆಯೇ ಇರಿಸಿ, ಮತ್ತು ಅವುಗಳ ಅನಾಯಾಸ ತೆಗೆದುಹಾಕುವಿಕೆಯನ್ನು outage ಎಂದು ಪರಿಗಣಿಸಿ.

ಬ್ಯಾಡ್ಜ್ ಅನ್ನು ತೋರಿಸುತ್ತಾರೆ, ಆದರೆ ಅದರ ಸುತ್ತ trust ಅನ್ನು ನಿರ್ಮಿಸುವುದಿಲ್ಲ

ಬ್ಯಾಡ್ಜ್‌ಗಳು ಅಗತ್ಯವಿದೆ ಆದರೆ ಸಾಕಷ್ಟು ಅಲ್ಲ. ನಿಮ್ಮ ಏಜನ್ಟ್‌ನ ಸಾರ್ವಜನಿಕ ಪುಟವನ್ನು ನೋಡುತ್ತಿರುವ ಪ್ರತಿಕ್ರಿಯಾತ್ಮಕ ವ್ಯಕ್ತಿ, ಬ್ಯಾಡ್ಜ್ ಅನ್ನು ಇತ್ತೀಚಿನ ವ್ಯವಹಾರಗಳ ಇತಿಹಾಸ, ಏಜನ್ಟ್‌ನ ಪಾವತಿ ಮಾದರಿಗಳು ಮತ್ತು ನಿಮ್ಮ ವ್ಯಾಪಕ ಉತ್ಪನ್ನದಲ್ಲಿ ಯಾವುದೇ ಸಾಮಾಜಿಕ ಸಾಕ್ಷ್ಯಗಳೊಂದಿಗೆ ತೂಕ ನೀಡುತ್ತದೆ. ಬ್ಯಾಡ್ಜ್ ಅನ್ನು ನೆಲವಾಗಿ ಪರಿಗಣಿಸಿ - ಅದನ್ನು ಗಳಿಸುವುದು ನಿಮಗೆ ಗಂಭೀರ ಪ್ರತಿಕ್ರಿಯಾತ್ಮಕ ವ್ಯಕ್ತಿಗಳಿಗೆ ಅರ್ಹತೆಯನ್ನು ನೀಡುತ್ತದೆ, ಆದರೆ ಇದು ನಿಮಗೆ ನಂಬಿಕೆ ನೀಡುವುದಿಲ್ಲ. ಅದನ್ನು ಸುತ್ತಲೂ ಉಳಿದ ನಂಬಿಕೆ ಸಂಕೇತಗಳನ್ನು ನಿರ್ಮಿಸಿ.

ಮುಂದಿನ ಹಂತಗಳು

ಬ್ಯಾಡ್ಜ್‌ಗಳನ್ನು ಸ್ಥಾಪಿಸಿದ ನಂತರ.

ಗುರುತನ್ನು ದೃಢೀಕರಿಸಿದ ನಂತರ, ಉತ್ಪಾದನಾ ಕಠಿಣಗೊಳಿಸುವಿಕೆ ಪರಿಶೀಲನೆಯನ್ನು ಪೂರ್ಣಗೊಳಿಸಿ: ವಾಲೆಟ್‌ನ ಸ್ವಂತ ಭದ್ರತಾ ವಿಮರ್ಶೆ, ಏಜೆಂಟ್ ಪಾವತಿಸಿದರೆ ಖರ್ಚು ನಿಯಂತ್ರಣಗಳು, ಮತ್ತು ಕಾರ್ಯಾಚರಣಾ ತೊಂದರೆಗಳ ಸಮಯದಲ್ಲಿ ಪಾವತಿಗಳು ತಪ್ಪುವುದಿಲ್ಲ ಎಂಬುದಕ್ಕಾಗಿ ಮಾನದಂಡ ವೆಬ್‌ಹುಕ್ ಮಾದರಿಗಳು.

docs.blockchain0x.com ನಲ್ಲಿ ಸಂಪೂರ್ಣ ಉಲ್ಲೇಖ. ಉತ್ಪನ್ನ ಮೇಲ್ಮಟ್ಟ: ಏಜೆಂಟ್ ಗುರುತನ್ನು.

ಕೊನೆಯ ವಿಮರ್ಶೆ: 2026-05-15. CC BY 4.0 ಅಡಿಯಲ್ಲಿ ಪ್ರಕಟಿಸಲಾಗಿದೆ.

ಚಿಹ್ನೆಗಳು ಸೂಚಿಸುವ ವಿಶ್ವಾಸವನ್ನು ಗಳಿಸಿ.

GitHub, ಡೊಮೇನ್, ಇಮೇಲ್ ದೃಢೀಕರಣಗಳು. ಹೊಂದಿಸಲು ಎಂಟು ನಿಮಿಷಗಳು. ಉಚಿತ.