मतदान का एक फायदा यह है कि यह उस नुकसान को सीमित करता है जो किसी संदेश के गुम हो जाने या किसी चीज़ की स्थिति गड़बड़ हो जाने के कारण हो सकता है। यदि X हर पाँच सेकंड में एक बार Y से अपने राज्य के लिए पूछता है, तो एक अनुरोध या उत्तर की हानि के परिणामस्वरूप X की जानकारी केवल दस सेकंड की तारीख से बाहर होगी। यदि Y रिबूट हो जाता है, तो X इसके बारे में अगले दिन पता लगा सकता है। समय Y, X के संदेशों में से एक का जवाब देने में सक्षम है। यदि X रिबूट हो जाता है, तो यह वाई को बाद में कुछ भी पूछने के लिए परेशान नहीं कर सकता है, लेकिन जो कोई एक्स की स्थिति देख रहा है, उसे पहचानना चाहिए कि यह रिबूट किया गया है।
यदि X पोलिंग Y के बजाय, X ने Y पर भरोसा किया, तो जब भी उसका राज्य बदला जाए, तो यदि Y की स्थिति बदल गई और उसने X को एक संदेश भेजा, लेकिन जो भी कारण से वह संदेश प्राप्त नहीं हुआ, तो X कभी भी परिवर्तन के बारे में जागरूक नहीं हो सकता है । इसी तरह अगर वाई रिबूट हो जाता है और कभी भी किसी भी चीज के बारे में एक्स को संदेश भेजने का कोई कारण नहीं होता है।
कुछ मामलों में यह X के लिए यह अनुरोध करने में मददगार हो सकता है कि Y स्वायत्तता से अपनी स्थिति के साथ संदेश भेजता है, या तो समय-समय पर या जब यह बदलता है, और केवल तभी X पोल होता है जब यह Y से कुछ सुने बिना बहुत लंबा हो जाता है। इस तरह की डिज़ाइन को समाप्त कर सकता है। अपने अधिकांश संदेशों को भेजने के लिए X की आवश्यकता होती है (आमतौर पर, X को कम से कम कभी-कभी Y को सूचित करना चाहिए कि यह अभी भी संदेश प्राप्त करने में रुचि रखता है, और Y को संदेशों को भेजना बंद कर देना चाहिए यदि यह बिना ब्याज के बहुत लंबा हो जाता है)। हालांकि, इस तरह के डिजाइन को लगातार वाई की आवश्यकता होती हैएक्स के बारे में जानकारी बनाए रखने के बजाय, जो कोई भी इसे प्रदूषित करने के लिए केवल एक उत्तर भेजने में सक्षम है और फिर तुरंत भूल जाता है कि कौन था। यदि वाई एक एम्बेडेड प्रणाली है, तो इस तरह के सरलीकरण से छोटे और सस्ते नियंत्रक के उपयोग की अनुमति देने के लिए पर्याप्त रूप से मेमोरी आवश्यकताओं को कम करने में मदद मिल सकती है।
संभावित-अविश्वसनीय संचार माध्यम (जैसे यूडीपी या रेडियो) का उपयोग करते समय मतदान का अतिरिक्त लाभ हो सकता है: यह लिंक-लेयर पावती की आवश्यकता को काफी हद तक समाप्त कर सकता है। यदि X, Y को स्टेटस रिक्वेस्ट Q भेजता है, Y एक स्टेटस रिपोर्ट R के साथ प्रतिक्रिया करता है, और X R को सुनता है, तो X को क्यू के लिए किसी भी प्रकार के लिंक-लेयर पावती को सुनने की आवश्यकता नहीं होगी, यह जानने के लिए कि उसे प्राप्त किया गया था। इसके विपरीत, एक बार Y, R को भेजता है, तो उसे यह जानने या देखभाल करने की आवश्यकता नहीं है कि क्या X उसे प्राप्त हुआ। यदि X एक स्थिति अनुरोध भेजता है और उसे कोई प्रतिक्रिया नहीं मिलती है, तो वह दूसरा भेज सकता है। यदि Y एक रिपोर्ट भेजता है और X उसे नहीं सुनता है, तो X दूसरा अनुरोध भेजेगा। यदि प्रत्येक अनुरोध एक बार निकल जाता है और या तो प्रतिक्रिया देता है या नहीं, न तो पार्टी को यह जानने या देखभाल करने की आवश्यकता है कि क्या कोई विशेष संदेश प्राप्त हुआ था। पावती भेजने के बाद से स्थिति अनुरोध या रिपोर्ट के रूप में लगभग बैंडविड्थ की खपत हो सकती है, अनुरोध-रिपोर्ट के राउंड-ट्रिप का उपयोग करने से एक अवांछित रिपोर्ट और पावती की तुलना में बहुत अधिक खर्च नहीं होता है। यदि X उत्तर प्राप्त किए बिना कुछ अनुरोध भेजता है, तो यह कुछ गतिशील रूप से रूट किए गए नेटवर्क पर लिंक-स्तरीय पावती को सक्षम करने की आवश्यकता हो सकती है (और इसके अनुरोध में पूछें कि Y इसी तरह), ताकि अंतर्निहित प्रोटोकॉल स्टैक डिलीवरी की समस्या को पहचान सके और खोज सके एक नया मार्ग, लेकिन जब चीजें एक अनुरोध-रिपोर्ट मॉडल पर काम कर रही हैं, तो लिंक-स्तरीय पावती का उपयोग करने से अधिक कुशल होगा।