Title: X402 ವಿವರಣೆ: AI ಏಜೆಂಟ್ಗಳಿಗಾಗಿ HTTP ನೇಟಿವ್ ಮೈಕ್ರೋಪೇಮೆಂಟ್ಸ್ (Micropayments)
X402 ಸ್ಪೆಕ್ (spec) ಸಾಮಾನ್ಯ API ಕರೆಯನ್ನು ಆನ್-ಚೈನ್ ಮೈಕ್ರೋಪೇಮೆಂಟ್ ಆಗಿ ಪರಿವರ್ತಿಸಲು ಪ್ರಮಾಣಿತ HTTP 402 Payment Required ಸ್ಟೇಟಸ್ ಅನ್ನು ಮರುಬಳಕೆ ಮಾಡುತ್ತದೆ. AI ಏಜೆಂಟ್ಗಳು ಈಗ ಮನುಷ್ಯರ ಸಹಾಯವಿಲ್ಲದೆ LLM ಕ್ವೆರಿಗಳು ಅಥವಾ ಡೇಟಾ ಫೀಡ್ಗಳಿಗಾಗಿ ಶುಲ್ಕವನ್ನು ಪಾವತಿಸಬಹುದು ಮತ್ತು ಸೇವಾ ಪೂರೈಕೆದಾರರು ಯಾವುದೇ ಕಸ್ಟಮ್ ಇನ್ವಾಯ್ಸಿಂಗ್ ವ್ಯವಸ್ಥೆಯನ್ನು ನಿರ್ಮಿಸದೆ ಪ್ರತಿ ವಿನಂತಿಗೆ (request) ಶುಲ್ಕವನ್ನು ವಿಧಿಸಬಹುದು.
AI ಏಜೆಂಟ್ಗಳಿಗೆ ಪಾವತಿ ಪ್ರೊಟೊಕಾಲ್ ಏಕೆ ಬೇಕು?
ಸ್ವಾಯತ್ತ ಏಜೆಂಟ್ಗಳು (Autonomous agents) ಭಾಷಾ ಮಾದರಿಗಳು (language models), ವೆಬ್-ಸರ್ಚ್ ಟೂಲ್ಗಳು ಮತ್ತು ಮಾಲೀಕತ್ವದ ಡೇಟಾ ಮೂಲಗಳನ್ನು ಒಟ್ಟಿಗೆ ಸೇರಿಸುತ್ತವೆ. ಪ್ರತಿಯೊಂದು ಹಂತಕ್ಕೂ ವೆಚ್ಚವಿರುತ್ತದೆ—ಒಂದು ಮಾಡೆಲ್ಗಾಗಿ ಪ್ರತಿ ಟೋಕನ್ಗೆ ಶುಲ್ಕ ಅಥವಾ ಮಾರ್ಕೆಟ್-ಡೇಟಾ API ಗಾಗಿ ಪ್ರತಿ ಕರೆಯಲ್ಲಿನ ಶುಲ್ಕ. ಇಂದಿನ ವ್ಯವಹಾರ ಮಾದರಿಗಳು ಸಬ್ಸ್ಕ್ರಿಪ್ಷನ್ ಖಾತೆಗಳಿಗೆ ಸಂಬಂಧಿಸಿದ API ಕೀಗಳು, ಮ್ಯಾನುಯಲ್ ಕ್ರೆಡಿಟ್ ಟಾಪ್-ಅಪ್ಗಳು ಅಥವಾ ಪೋಸ್ಟ್-ಹೋಕ್ ಬಿಲ್ಲಿಂಗ್ ಮೇಲೆ ಅವಲಂಬಿತವಾಗಿವೆ. ಈ ವಿಧಾನಗಳು ಸ್ವಾಯತ್ತ ಏಜೆಂಟ್ಗಳ "ಮಾನವ ರಹಿತ" (no-human) ಭರವಸೆಯನ್ನು ಉಲ್ಲಂಘಿಸುತ್ತವೆ ಮತ್ತು ಪೂರೈಕೆದಾರರಿಗೆ ಕಾರ್ಯಾಚರಣೆಯ ಹೊರೆಯನ್ನು (operational overhead) ಹೆಚ್ಚಿಸುತ್ತವೆ.
X402 ಒಂದು ಮಧ್ಯಮ ಮಾರ್ಗವನ್ನು ನೀಡುತ್ತದೆ: ಇದು ಯಾವುದೇ ಇತರ HTTP ಕರೆಯಂತೆ ಕಾಣುವ ರಿಕ್ವೆಸ್ಟ್-ರಿಸ್ಪಾನ್ಸ್ ಫ್ಲೋ (request-response flow), ಆದರೆ ಇದರಲ್ಲಿ ಪಬ್ಲಿಕ್ ಬ್ಲಾಕ್ಚೈನ್ನಲ್ಲಿ ದಾಖಲಾದ ಅಂತರ್ನಿರ್ಮಿತ ಪಾವತಿ ಹಂತವಿರುತ್ತದೆ. ಕ್ಲೈಂಟ್ ಸರ್ವರ್ ಸೂಚಿಸಿದ ಚೈನ್ನಲ್ಲಿ ಟ್ರಾನ್ಸಾಕ್ಷನ್ ಅನ್ನು ಸಹಿ ಮಾಡಲು ಮತ್ತು ಬ್ರಾಡ್ಕಾಸ್ಟ್ ಮಾಡಲು ಸಾಧ್ಯವಿರಬೇಕು ಎಂಬುದು ಇದರ ಏಕೈಕ ಅವಶ್ಯಕತೆಯಾಗಿದೆ.
X402 ಹ್ಯಾಂಡ್ಶೇಕ್ (handshake) ವಿವರವಾಗಿ
- ಆರಂಭಿಕ ವಿನಂತಿ (Initial request) – ಏಜೆಂಟ್ ಪೇಯ್ಡ್ ಎಂಡ್ಪಾಯಿಂಟ್ಗೆ ಸಾಮಾನ್ಯ GET ಅಥವಾ POST ಅನ್ನು ಕಳುಹಿಸುತ್ತದೆ. ಯಾವುದೇ ವಿಶೇಷ ಹೆಡರ್ಗಳ ಅಗತ್ಯವಿಲ್ಲ.
- ಸರ್ವರ್ 402 ರೊಂದಿಗೆ ಉತ್ತರಿಸುತ್ತದೆ – ಪ್ರತಿಕ್ರಿಯೆಯು ಸ್ಟೇಟಸ್ 402 ಮತ್ತು ಈ ಕೆಳಗಿನವುಗಳನ್ನು ಪಟ್ಟಿ ಮಾಡುವ JSON ಬಾಡಿಯನ್ನು ಹೊಂದಿರುತ್ತದೆ:
amount– ಸರ್ವರ್ ನಿರೀಕ್ಷಿಸುವ ಶುಲ್ಕ, ಅತ್ಯಂತ ಸಣ್ಣ ಟೋಕನ್ ಯೂನಿಟ್ನಲ್ಲಿ;token– ERC-20 (ಅಥವಾ ಸಮಾನವಾದ) ಕಾಂಟ್ರಾಕ್ಟ್ ವಿಳಾಸ;chain– ಪಾವತಿಯನ್ನು ದಾಖಲಿಸಬೇಕಾದ ಬ್ಲಾಕ್ಚೈನ್ ಐಡೆಂಟಿಫೈಯರ್;- ಐಚ್ಛಿಕ
nonce– ರಿಪ್ಲೇ ಅಟ್ಯಾಕ್ಗಳನ್ನು (replay attacks) ತಡೆಯುವ ವಿಶಿಷ್ಟ ಮೌಲ್ಯ.
- ಕ್ಲೈಂಟ್ ಪಾವತಿಯನ್ನು ಸಿದ್ಧಪಡಿಸುತ್ತದೆ – ಏಜೆಂಟ್ ತನ್ನ ನೀತಿಯನ್ನು (ಉದಾಹರಣೆಗೆ, ಕೇವಲ ವಿಶ್ವಾಸಾರ್ಹ ಚೈನ್ಗಳು ಮಾತ್ರ) ಆಧರಿಸಿ ಟೋಕನ್ ವಿಳಾಸ ಮತ್ತು ಚೈನ್ ಅನ್ನು ಪರಿಶೀಲಿಸುತ್ತದೆ. ನಂತರ ಅದು ಸರ್ವರ್ ಒದಗಿಸಿದ ವಿಳಾಸಕ್ಕೆ ಅಗತ್ಯವಿರುವ ಮೊತ್ತವನ್ನು ವರ್ಗಾಯಿಸುವ ಟ್ರಾನ್ಸಾಕ್ಷನ್ ಅನ್ನು ರಚಿಸುತ್ತದೆ, ಅದನ್ನು ತನ್ನ ಪ್ರೈವೇಟ್ ಕೀ ಮೂಲಕ ಸಹಿ ಮಾಡುತ್ತದೆ ಮತ್ತು ಬ್ರಾಡ್ಕಾಸ್ಟ್ ಮಾಡುತ್ತದೆ.
- ಪಾವತಿ ಹ್ಯಾಶ್ ಸಬ್ಮಿಷನ್ (Payment hash submission) – ಟ್ರಾನ್ಸಾಕ್ಷನ್ ಹ್ಯಾಶ್ ಲಭ್ಯವಾದಾಗ, ಕ್ಲೈಂಟ್ ಮೂಲ ವಿನಂತಿಯನ್ನು ಪುನರಾವರ್ತಿಸುತ್ತದೆ, ಈ ಬಾರಿ ಹ್ಯಾಶ್ ಅನ್ನು ಒಳಗೊಂಡಿರುವ
X-Paymentಹೆಡರ್ ಅನ್ನು ಸೇರಿಸುತ್ತದೆ. ಪೇಲೋಡ್ (payload) ಬದಲಾಗದೆ ಇರುತ್ತದೆ. - ಸರ್ವರ್ ಆನ್-ಚೈನ್ನಲ್ಲಿ ಪರಿಶೀಲಿಸುತ್ತದೆ – ಸರ್ವರ್ ಮೊತ್ತ, ಟೋಕನ್, ಚೈನ್ ಮತ್ತು ನಾನ್ಸ್ (nonce) ಗೆ ಹೊಂದಿಕೆಯಾಗುವ ದೃಢೀಕರಿಸಲ್ಪಟ್ಟ ವರ್ಗಾವಣೆಯನ್ನು ಬ್ಲಾಕ್ಚೈನ್ನಲ್ಲಿ ಹುಡುಕುತ್ತದೆ. ಹೊಂದಾಣಿಕೆಯಾದಲ್ಲಿ, ಅದು 200 OK ಸ್ಟೇಟಸ್ನೊಂದಿಗೆ ವಿನಂತಿಸಿದ ಡೇಟಾವನ್ನು ಹಿಂತಿರುಗಿಸುತ್ತದೆ.
ಕಸ್ಟಮ್ ಹೆಡರ್ಗಳನ್ನು ಬೆಂಬಲಿಸುವ ಮತ್ತು ಬ್ಲಾಕ್ಚೈನ್ SDK ಅನ್ನು ಕರೆಯಬಲ್ಲ ಯಾವುದೇ HTTP ಕ್ಲೈಂಟ್ ಲೈಬ್ರರಿಯು ಈ ಹಂತಗಳನ್ನು ನಿರ್ವಹಿಸಬಹುದು. ಯಾವುದೇ ಹೊಸ ಟ್ರಾನ್ಸ್ಪೋರ್ಟ್ ಪ್ರೊಟೊಕಾಲ್ ಅಥವಾ ಕಸ್ಟಮ್ ಸಾಕೆಟ್ ಲೇಯರ್ ಅಗತ್ಯವಿಲ್ಲ.
ಗಮನದಲ್ಲಿಡಬೇಕಾದ ವಹಿವಾಟಿನ ಮಿತಿಗಳು (Trade-offs)
- ಲ್ಯಾಟೆನ್ಸಿ (Latency) – ಪಬ್ಲಿಕ್-ಚೈನ್ ದೃಢೀಕರಣವು ವಿಳಂಬವನ್ನು ಉಂಟುಮಾಡುತ್ತದೆ.
- ಗ್ಯಾಸ್ ವೆಚ್ಚಗಳು (Gas costs) – ಅಗ್ಗದ ಚೈನ್ಗಳು ಕೂಡ ಗ್ಯಾಸ್ ಶುಲ್ಕವನ್ನು ವಿಧಿಸುತ್ತವೆ; $0.001 ಕ್ಕಿಂತ ಕಡಿಮೆ ಇರುವ ಪಾವತಿಗಳು ಆರ್ಥಿಕವಾಗಿ ಲಾಭದಾಯಕವಾಗಿರುವುದಿಲ್ಲ.
- ಸಂಕೀರ್ಣತೆ (Complexity) – ಏಜೆಂಟ್ಗಳು ವಿಫಲವಾದ ಟ್ರಾನ್ಸಾಕ್ಷನ್ಗಳು ಮತ್ತು ಚೈನ್ ಮರುಸಂಘಟನೆಗಳನ್ನು (chain reorganizations) ನಿರ್ವಹಿಸಬೇಕು; ಬಲವಾದ ರಿಟ್ರೈ ಲಾಜಿಕ್ (retry logic) ಅತ್ಯಗತ್ಯ.
- ಭದ್ರತೆ (Security) – ನಾನ್ಸ್ (nonce) ರಿಪ್ಲೇ ಅಟ್ಯಾಕ್ಗಳನ್ನು ತಡೆಯುತ್ತದೆ, ಆದರೆ ಏಜೆಂಟ್ಗಳು ತಮ್ಮ ಪ್ರೈವೇಟ್ ಕೀಗಳನ್ನು ರಕ್ಷಿಸಿಕೊಳ್ಳುವುದು ಮತ್ತು ಸಂಬಂಧವಿಲ್ಲದ ಸೇವೆಗಳಲ್ಲಿ ಅವುಗಳನ್ನು ಮರುಬಳಕೆ ಮಾಡುವುದನ್ನು ತಪ್ಪಿಸುವುದು ಅಗತ್ಯವಾಗಿದೆ.