GitHub ਅਤੇ ਡੋਮੇਨ ਪ੍ਰਮਾਣੀਕਰਨ ਬੈਜ ਕਮਾਓ।
ਪੁਸ਼ਟੀਕਰਨ ਡੈਸ਼ਬੋਰਡ ਵਿੱਚ ਹੁੰਦੀ ਹੈ, SDK ਦੇ ਜਰੀਏ ਨਹੀਂ। ਸਬੂਤ ਨੂੰ ਪੂਰਾ ਕਰੋ - ਇੱਕ GitHub OAuth ਹੈਂਡਸ਼ੇਕ ਜਾਂ ਇੱਕ DNS TXT ਰਿਕਾਰਡ - ਅਤੇ ਬੈਜ ਏਜੰਟ ਦੇ ਜਨਤਕ ਪ੍ਰੋਫਾਈਲ 'ਤੇ ਪ੍ਰਗਟ ਹੁੰਦਾ ਹੈ। ਬੈਜਾਂ ਨੂੰ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਦੁਬਾਰਾ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ। ਪੱਖਦਾਰ ਬੈਜ 'ਤੇ ਹਵਾਈ ਕਰਦੇ ਹਨ ਤਾਂ ਜੋ ਦੇਖ ਸਕਣ ਕਿ ਕਿਸਨੇ ਕੀ ਅਤੇ ਕਦੋਂ ਪੁਸ਼ਟੀ ਕੀਤੀ, ਜੋ ਗੰਭੀਰ ਭੁਗਤਾਨ ਕਰਨ ਵਾਲਿਆਂ ਲਈ ਭਰੋਸਾ ਸੰਕੇਤ ਹੈ।
ਤੁਸੀਂ ਸ਼ੁਰੂ ਕਰਨ ਤੋਂ ਪਹਿਲਾਂ।
- ਇੱਕ ਮੌਜੂਦਾ ਏਜੰਟ ਅਤੇ ਇਸਦੇ ਕਾਰਜਸਥਾਨ ਲਈ ਡੈਸ਼ਬੋਰਡ ਪਹੁੰਚ (ਦੇਖੋ add-payments-to-agent guide).
- GitHub ਬੈਜ ਲਈ: GitHub ਸੰਸਥਾ ਜਾਂ ਉਪਭੋਗਤਾ 'ਤੇ Blockchain0x ਐਪ ਨੂੰ ਆਗਿਆ ਦੇਣ ਦੀ ਸਮਰੱਥਾ ਜਿਸਦਾ ਏਜੰਟ ਪ੍ਰਤੀਨਿਧੀ ਹੈ।
- ਡੋਮੇਨ ਬੈਜ ਲਈ: ਉਸ ਅਪੀਕਸ ਡੋਮੇਨ ਲਈ DNS 'ਤੇ ਨਿਯੰਤਰਣ ਜੋ ਤੁਸੀਂ ਪ੍ਰਮਾਣਿਤ ਕਰਨਾ ਚਾਹੁੰਦੇ ਹੋ (ਜਾਂ ਜੋ ਵੀ ਹੋਸਟ ਤੁਹਾਡਾ DNS ਪ੍ਰਦਾਤਾ TXT ਰਿਕਾਰਡਾਂ ਲਈ ਸਮਰਥਨ ਕਰਦਾ ਹੈ)।
- DNS ਪ੍ਰਮਾਣੀਕਰਨ ਲਈ 10 ਮਿੰਟ ਦਾ ਵਾਲ਼ਕਲਾਕ (ਅਧਿਕਤਰ ਇੱਕ ਮਿੰਟ ਤੋਂ ਘੱਟ ਵਿੱਚ ਪ੍ਰਸਾਰਿਤ ਹੁੰਦੇ ਹਨ, ਪਰ 10 ਤੱਕ ਦੀ ਆਗਿਆ ਦਿਓ).
- ਏਜੰਟ ਭੁਗਤਾਨ ਪਛਾਣ ਸੰਕਲਪ ਨਾਲ ਜਾਣੂ ਹੋਣਾ - ਬੈਜ ਇਸ ਦੇ ਇੱਕ ਪੱਧਰ ਹਨ।
GitHub ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ।
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 ਨਹੀਂ ਹੈ - ਇਹ ਇੱਕ-click dashboard flow ਹੈ।
ਅਸੀਂ public profile (username, account age, public artifacts) ਲਈ ਸਿਰਫ read access ਮੰਗਦੇ ਹਾਂ - ਕੋਈ write access ਨਹੀਂ, ਕੋਈ private repos ਨਹੀਂ। Grant ਮਿਲਦੇ ਹੀ badge agent ਦੇ public page 'ਤੇ ਇੱਕ ਜਾਂ ਦੋ ਮਿੰਟਾਂ ਵਿੱਚ ਦਿਖਾਈ ਦੇਣ ਲੱਗਦਾ ਹੈ, verified handle ਦਿਖਾਉਂਦਾ ਹੋਇਆ।
ਇੱਕ ਡੋਮੇਨ ਦੀ ਪੁਸ਼ਟੀ ਕਰੋ।
Domain badge ਇਹ ਸਾਬਤ ਕਰਦੀ ਹੈ ਕਿ ਤੁਸੀਂ ਇੱਕ registered DNS domain 'ਤੇ control ਰੱਖਦੇ ਹੋ - ਜੋ counterparty ਪੜ੍ਹ ਸਕਦਾ ਹੈ ਉਹ ਸਭ ਤੋਂ ਮਜ਼ਬੂਤ signal। Verification tab ਵਿੱਚ, Domain ਚੁਣੋ ਅਤੇ ਆਪਣਾ apex ਜਾਂ subdomain ਦਰਜ ਕਰੋ। Dashboard ਇੱਕ unique token ਦਿਖਾਉਂਦਾ ਹੈ ਜਿਸਨੂੰ TXT record ਵਜੋਂ publish ਕਰਨਾ ਹੁੰਦਾ ਹੈ। ਇਸਨੂੰ ਆਪਣੇ 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)ਪ੍ਰਮਾਣ ਪੱਤਰ ਜੀਵੰਤ ਹੈ ਇਹ ਪੁਸ਼ਟੀ ਕਰੋ।
Dashboard ਹਰ badge ਦੀ state ਦਿਖਾਉਂਦਾ ਹੈ। GitHub ਆਮ ਤੌਰ 'ਤੇ OAuth grant ਤੋਂ ਇੱਕ ਮਿੰਟ ਦੇ ਅੰਦਰ verified 'ਤੇ flip ਕਰ ਜਾਂਦਾ ਹੈ; domain DNS propagation 'ਤੇ ਨਿਰਭਰ ਕਰਦੀ ਹੈ ਪਰ ਆਮ ਤੌਰ 'ਤੇ ਲਗਭਗ 10 ਮਿੰਟ ਵਿੱਚ complete ਹੋ ਜਾਂਦੀ ਹੈ। ਤੁਹਾਡੇ 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 ਹੋਸਟ ਟੀਐਕਸਟੀ ਰਿਕਾਰਡ ਨੂੰ ਅਪੀਕਸ 'ਤੇ ਸਵੀਕਾਰ ਕਰਦੇ ਹਨ (ਸਿਰਫ '@'), ਹੋਰਾਂ ਨੂੰ ਇੱਕ ਉਪਡੋਮੇਨ ਦੀ ਲੋੜ ਹੁੰਦੀ ਹੈ (ਆਮ ਤੌਰ 'ਤੇ '_blockchain0x')। ਜੇ ਤੁਹਾਡੀ ਪੁਸ਼ਟੀ 30 ਮਿੰਟ ਬਾਅਦ 'ਪੇਂਡਿੰਗ' ਵਿੱਚ ਰਹਿੰਦੀ ਹੈ, ਤਾਂ ਰਿਕਾਰਡ ਬਹੁਤ ਜ਼ਿਆਦਾ ਗਲਤ ਸਥਾਨ 'ਤੇ ਹੁੰਦਾ ਹੈ। ਫਲੋ ਜਵਾਬ ਵਿੱਚ ਉਮੀਦ ਕੀਤੀ ਸਥਾਨ ਅਤੇ ਉਮੀਦ ਕੀਤੀ ਕੀਮਤ ਦੋਹਾਂ ਸ਼ਾਮਲ ਹੁੰਦੀਆਂ ਹਨ - ਦੋਹਾਂ ਦੀ ਦੁਬਾਰਾ ਜਾਂਚ ਕਰੋ, ਅਤੇ ਇਹ ਯਕੀਨੀ ਬਣਾਉਣ ਤੋਂ ਪਹਿਲਾਂ ਬਾਹਰਲੇ ਤੌਰ 'ਤੇ 'dig TXT yourdomain.com' ਨਾਲ ਪੁਸ਼ਟੀ ਕਰੋ ਕਿ API ਦੋਸ਼ੀ ਹੈ।
ਭੁੱਲਣਾ ਕਿ ਪ੍ਰਮਾਣੀਕਰਨ ਮਿਆਦ ਖਤਮ ਹੁੰਦਾ ਹੈ
ਪੁਸ਼ਟੀਕਰਨ ਬੈਜਾਂ ਨੂੰ ਸਮੇਂ-ਸਮੇਂ 'ਤੇ ਦੁਬਾਰਾ ਜਾਂਚਿਆ ਜਾਂਦਾ ਹੈ। ਜੇ ਤੁਹਾਡਾ DNS TXT ਰਿਕਾਰਡ ਹੋਸਟ ਮਾਈਗ੍ਰੇਸ਼ਨ ਦੌਰਾਨ ਹਟਾਇਆ ਜਾਂਦਾ ਹੈ, ਜਾਂ ਜੇ ਤੁਸੀਂ ਏਜੰਟ ਦੀ OAuth ਆਗਿਆ GitHub 'ਤੇ ਹਟਾਉਂਦੇ ਹੋ, ਤਾਂ ਅਗਲੀ ਦੁਬਾਰਾ ਜਾਂਚ ਫੇਲ੍ਹ ਹੋ ਜਾਂਦੀ ਹੈ ਅਤੇ ਬੈਜ ਆਪਣੇ ਆਪ ਹਟਾ ਦਿੱਤਾ ਜਾਂਦਾ ਹੈ। ਪੱਖਦਾਰ ਨੋਟਿਸ ਕਰਦੇ ਹਨ। ਪੁਸ਼ਟੀਕਰਨ ਆਰਟੀਫੈਕਟਾਂ ਨੂੰ ਤੁਹਾਡੇ ਖੜੇ ਢਾਂਚੇ ਦੇ ਹਿੱਸੇ ਵਜੋਂ ਜਗ੍ਹਾ 'ਤੇ ਰੱਖੋ, ਅਤੇ ਉਨ੍ਹਾਂ ਦੇ ਯਾਦ ਰੱਖਣ ਵਾਲੇ ਹਟਾਉਣ ਨੂੰ ਇੱਕ ਬਿਘਨ ਵਜੋਂ ਲੈ ਲਓ।
ਬੈਜ ਦਿਖਾ ਰਹੇ ਹੋ ਪਰ ਇਸ ਦੇ ਆਸਪਾਸ ਭਰੋਸਾ ਨਹੀਂ ਬਣਾ ਰਹੇ
ਬੈਜ ਜਰੂਰੀ ਹਨ ਪਰ ਕਾਫੀ ਨਹੀਂ। ਇੱਕ ਪਾਰਟੀ ਜੋ ਤੁਹਾਡੇ ਏਜੰਟ ਦੇ ਜਨਤਕ ਪੰਨੇ ਨੂੰ ਦੇਖ ਰਹੀ ਹੈ, ਬੈਜ ਨੂੰ ਹਾਲੀਆ ਲੈਣ-ਦੇਣ ਦੇ ਇਤਿਹਾਸ, ਏਜੰਟ ਦੇ ਭੁਗਤਾਨ ਦੇ ਕਾਰਨਾਂ ਦੇ ਪੈਟਰਨ ਅਤੇ ਤੁਹਾਡੇ ਵਿਆਪਕ ਉਤਪਾਦ ਵਿੱਚ ਕਿਸੇ ਵੀ ਸਮਾਜਿਕ ਸਬੂਤ ਦੇ ਨਾਲ ਤੋਲਵੇਗੀ। ਬੈਜ ਨੂੰ ਫਲੋਰ ਵਜੋਂ ਲਓ - ਇਸਨੂੰ ਕਮਾਉਣਾ ਤੁਹਾਨੂੰ ਗੰਭੀਰ ਪਾਰਟੀਜ਼ ਲਈ ਯੋਗ ਬਣਾਉਂਦਾ ਹੈ, ਪਰ ਇਹ ਆਪਣੇ ਆਪ ਉਨ੍ਹਾਂ ਨੂੰ ਤੁਹਾਡੇ ਉਤੇ ਭਰੋਸਾ ਨਹੀਂ ਕਰਦਾ। ਇਸ ਦੇ ਆਸ-ਪਾਸ ਭਰੋਸੇ ਦੇ ਹੋਰ ਸਿਗਨਲ ਬਣਾਓ।
ਬੈਜ ਲਗਾਉਣ ਤੋਂ ਬਾਅਦ।
ਪਛਾਣ ਦੀ ਪੁਸ਼ਟੀ ਹੋਣ 'ਤੇ, ਉਤਪਾਦਨ ਸਖਤ ਕਰਨ ਦੀ ਚੈਕਲਿਸਟ ਨੂੰ ਪੂਰਾ ਕਰੋ: ਵੈਲਟ ਦੀ ਆਪਣੀ ਸੁਰੱਖਿਆ ਸਮੀਖਿਆ, ਖਰਚੇ ਦੇ ਨਿਯੰਤਰਣ ਜੇ ਏਜੰਟ ਭੁਗਤਾਨ ਕਰਦਾ ਹੈ, ਅਤੇ ਮਿਆਰੀ ਵੈਬਹੂਕ ਪੈਟਰਨ ਤਾਂ ਜੋ ਭੁਗਤਾਨ ਕਾਰਜਕਾਰੀ ਰੁਕਾਵਟਾਂ ਦੌਰਾਨ ਨਾ ਫਿਸਲਣ।
ਲਾਈਵ ਜਾਣ ਤੋਂ ਪਹਿਲਾਂ ਆਪਣੇ ਏਜੰਟ ਵਾਲਿਟ ਨੂੰ ਸੁਰੱਖਿਅਤ ਕਰੋ
ਏਜੰਟ ਖਰਚ ਨਿਯੰਤਰਣ ਸੈੱਟ ਕਰੋ ਜੋ ਪ੍ਰੰਪਟ ਇੰਜੈਕਸ਼ਨ ਨੂੰ ਬਚਾਉਂਦੇ ਹਨ
ਵੈਬਹੂਕ ਪੈਟਰਨ ਜੋ ਵਿਕਾਸਕਾਂ ਨੇ ਸਭ ਤੋਂ ਵੱਧ ਪੁੱਛੇ ਹਨ
ਪੂਰੀ ਹਵਾਲਾ docs.blockchain0x.com 'ਤੇ ਹੈ। ਉਤਪਾਦ ਸਤਹ: Agent identity.