حقیقی دنیا کے ڈیٹا کے لیے ادائیگی صرف اس صورت میں ایجنٹ کی مدد کرتی ہے جب ڈیٹا پائپ لائن کنکشن کے خلوات کا مقابلہ کر سکے۔ آج @vangrid_io سے نئی سرگرمیوں کی طرف اشارہ ہے جو ایجنٹس کو حقیقی کام کرنے کے لیے ڈیٹا کے لیے ادائیگی کرنے کی طرف لے جا رہی ہے۔ اسٹریمنگ لیئر اس خیال کے نیچے ایک مشکل تر مسئلہ ظاہر کرتا ہے۔ وانگرڈ ایک جغرافیائی زون کے لیے ایک کھلا کنکشن برقرار رکھ سکتا ہے اور نئے گراؤنڈ ٹروتھ واقعات کو ان کے آنے پر پوشیدہ کر سکتا ہے۔ ہر واقعہ اپنا ٹائم اسٹامپ، جیومیٹری، مشاہدہ کا قسم، بھروسہ، نوڈ کی تعداد اور ثبوت ہیش لے کر آتا ہے۔ جب کچھ نیا نہ آئے، تو سرور 30 سیکنڈ کے بعد ایک ہارٹ بیٹ بھیجتا ہے۔ لیکن اسٹریم میں ری پلے بفر نہیں ہوتا۔ اگر کنکشن ٹوٹ جائے، تو اس خلوات کے دوران آنے والے مشاہدات خود بخود واپس نہیں آتے۔ کلائنٹ کو دوبارہ کنکٹ ہونا پڑتا ہے، پھر فضائی سوالات کے اختتام کا استعمال کرتے ہوئے اس وقت کے دوران ہونے والے تمام واقعات کو بھرنا پڑتا ہے جب تک اسٹریم بند رہا۔ اس سے روبوٹس اور فزیکل ایجنٹس کے لیے ایک الگ انٹیگریشن پیرٹرن بن جاتا ہے۔ جب تک جڑے رہیں، دنیا کو اسٹریم کریں۔ خلوات کا پتہ لگائیں۔ گمشدہ ونڈو کو سوال کریں۔ گمشدہ مشاہدات کو ضم کریں۔ پھر لائیو فید سے جاری رکھیں۔ ایک ڈاش بورڈ کے لیے، مختصر منقطع ہونا چارٹ پر ایک خالی جگہ کا سبب بن سکتا ہے۔ فزیکل دنیا میں حرکت کرنے والے مشین کے لیے، یہی خلوات ایک گاڑی، رکاوٹ والاراستہ یا تبدیل شدہ ماحول کو چھپا سکتا ہے۔ صرف رئل ٹائم ڈیٹا اس مسئلے کو حل نہیں کر سکتا۔ اسے استعمال کرنے والا نظام بھی رابطے کے توڑ جانے کے بعد حالت دوبارہ تعمیر کرنے کا طریقہ رکھتا ہو۔ وانگرڈ اس ذمہ داری کو واضح طور پر API حد تک منتقل کرتا ہے۔ لائیو واقعات اسٹریم کے ذریعے آتے ہیں۔ تاریخی بحالی فضائی سوالات کے ذریعے آتی ہے۔ ایک ہی فزیکل حالت کے حول دو راستے۔ جب سافٹ وئیر ایجنٹس زمینی حقائق صرف پڑھنے کے بجائے حقیقی کام کرنے کے لیے شروع کر دین، تو یہ تمایز مزید اہم ہو جاتا ہے۔