> ## Documentation Index
> Fetch the complete documentation index at: https://docs.tenderly.co/llms.txt
> Use this file to discover all available pages before exploring further.
# Simulation Bundles
> पाँच तक simulated transactions चलाएँ जो state साझा करते हैं, जहाँ प्रत्येक step पिछले परिवर्तनों को देखता है। simulation builder में multi-step flows बनाएँ और निरीक्षण करें।
एक simulation bundle **पाँच transactions को क्रम में shared state के विरुद्ध** चलाता है: प्रत्येक step उससे पहले वाले step द्वारा किए गए state परिवर्तनों को देखता है। एक bundle का उपयोग तब करें जब एक transaction दूसरे पर निर्भर करती है, उदाहरण के लिए एक approval जो बाद के `transferFrom` को सक्षम करती है, या एक deposit जिसे बाद की withdrawal खर्च करती है।
Bundles single simulations के समान builder का उपयोग करते हैं। एक single simulation बस एक-step bundle है, इसलिए जब आप अधिक steps जोड़ते हैं तो editor के बारे में कुछ भी नहीं बदलता है।
## एक bundle बनाना
**Simulator → New Simulation** से शुरू करें और पहले step को हमेशा की तरह कॉन्फ़िगर करें। फिर बाईं ओर rail से bundle को बढ़ाएँ:
* step cards के नीचे **+** बटन के साथ **Add a step**।
* import बटन के साथ **Import a transaction**: एक मौजूदा transaction hash या raw payload paste करें और इसके inputs एक नए step के रूप में load हो जाते हैं।
* steps को उनके cards को drag करके **Reorder** करें। Steps rail क्रम में execute होते हैं।
प्रत्येक step state को छोड़कर हर चीज में स्वतंत्र है: इसका अपना Decoded/Raw toggle है, अपना **From** override है, और [cheatcodes](/simulator-ui/parameters#cheatcodes) का अपना सेट है (gas और value overrides, funded addresses, block और timestamp हेरफेर, state overrides, access lists)। Cheatcodes उनके step से ठीक पहले चलते हैं।
Bundle execution की इकाई है: **Simulate** पर क्लिक करना session strip में कॉन्फ़िगर किए गए network और block पर, क्रम में, सभी steps को एक साथ चलाता है।
## परिणाम पढ़ना
एक run के बाद, rail में प्रत्येक step card एक result badge दिखाता है:
| Badge | अर्थ |
| ------------- | --------------------------------------------------------------------------- |
| हरा checkmark | Step सफल हुआ। |
| लाल ✗ | Step revert हुआ या pre-EVM विफल हुआ (malformed calldata, unknown contract)। |
दाएँ पैनल में उसके व्यक्तिगत परिणाम पर focus करने के लिए किसी भी step card पर क्लिक करें: decoded output, gas used, और उस step के लिए Events, State, Fund Flow, और Gas Profiler tabs।
State केवल आगे बहती है। step 1 में mint किया गया balance steps 2 से 5 को दिखाई देता है, लेकिन बाद के step में एक revert प्रदर्शित output में पहले steps के परिणामों को undo नहीं करता; प्रत्येक step का view क्रम में इसकी position पर state को दर्शाता है।
## simulation इतिहास में Bundles
Executed bundles **Simulator** सूची में एक ही `Bundle (N txs)` row के रूप में दिखाई देते हैं जो shared network, block, और call count दिखाता है। row का विस्तार करके प्रत्येक step को अपने अलग-अलग status और function के साथ अपनी entry के रूप में देखें।
## सीमाएँ
* प्रति bundle पाँच steps।
* Cheatcodes step-scoped हैं। कोई bundle-level cheatcode surface नहीं है।
* Bundles runs के बीच stateless हैं: फिर से चलाना configured block से फिर से शुरू होता है। एक persistent environment के लिए जो कई transactions में state जमा करता है, [Virtual Environments](/virtual-environments/overview) का उपयोग करें।
## कार्य उदाहरण
[Simulate a Token Mint, Approve, and TransferFrom Bundle](/simulations/guides/mint-approve-transfer-bundle) एक पूर्ण 3-step DAI bundle बनाता है, जिसमें state override शामिल है जो mint को सफल होने देता है और step-by-step परिणाम।
Bundles को programmatically चलाने के लिए, Simulation API में [Bundled Simulations](/simulations/bundled-simulations) देखें।