Web3 Action Execution Status Types
Web3 Action का प्रत्येक execution निम्नलिखित statuses में से एक रखता है। नीचे दिए गए literals वे मान हैं जो API लौटाता है और जिन पर dashboard का execution-history filter मिलान करता है; dashboard एक अधिक सरल label दिखा सकता है (उदाहरण के लिए,SUCCEEDED के लिए “Success”)।
PENDING- execution बनाया गया है लेकिन अभी तक submit नहीं हुआ है। manual runs और re-runs submission से पहले इस status में रहते हैं।SUBMITTED- execution submit हो चुका है और चल रहा है। यह status अस्थायी है और execution पूरा होने पर बदल जाता है।SUCCEEDED- execution बिना errors के पूरा हुआ।SKIPPED- execution जानबूझकर नहीं चलाया गया, आमतौर पर किसी शर्त या नियम के पूरा न होने के कारण।FAILED- action code ने execution के दौरान error फेंकी।TIMED_OUT- execution, execution time limit (default रूप से 30 सेकंड) के भीतर पूरा नहीं हुआ।RATE_LIMITED- trigger अनुमत दर से अधिक बार fire हुआ। rate-limited trigger events छोड़ दिए जाते हैं, queue नहीं किए जाते; execution को दोबारा नहीं चलाया जाता।TU_QUOTA_REACHED- trigger fire होने के समय account का usage quota समाप्त हो चुका था। execution छोड़ दिया जाता है और दोबारा नहीं चलाया जाता।
Execution limits
प्रत्येक execution default रूप से 30-second time limit और 128 MB memory के साथ चलता है।यदि आपको अपने action execution के लिए उच्च limits चाहिए, या आपका action time out हो गया है, तो
support@tenderly.co पर Tenderly support से संपर्क करें।

Web3 Action Execution History
Execution कब incident बनाता है
Error Reporting में incident केवल तभी log होता है, और failure notification emails केवल तभी भेजे जाते हैं, जब trigger-आधारित executionFAILED में समाप्त होता है। manual runs परिणाम चाहे जो हो, कभी incidents नहीं बनाते, और TIMED_OUT, RATE_LIMITED या TU_QUOTA_REACHED में समाप्त होने वाले executions incidents नहीं बनाते और न ही failure emails भेजते हैं। rate-limited executions की सूचना अलग से एक batched notification email में दी जाती है, प्रति action प्रति 24 घंटे अधिकतम एक (Usage Rate Limits देखें)।