"सुई को हटो, ऐप्टोस को हटो।" यही लॉन्च ट्वीट शुरू हुआ। किसी ने वास्तविक रूप से इसका इम्प्लीमेंटेशन स्तर पर क्या मतलब है, यह पूछा नहीं। सुई ऑब्जेक्ट-केंद्रित मूव का उपयोग करती है। प्रत्येक संपत्ति एक अद्वितीय ऑन-चेन ऑब्जेक्ट होती है। इससे समानांतर निष्पादन संभव होता है बिना स्टेट टकराव के, क्योंकि स्वतंत्र ऑब्जेक्ट एक-दूसरे को अवरुद्ध नहीं करते। यही आर्किटेक्चरल कारण है कि सुई XOCIETY के 15 मिलियन ऑन-चेन गेमिंग इंटरैक्शन्स को बिना बॉटलनेक के प्रोसेस कर सकती है। ऐप्टोस ब्लॉक-एसटीएम, ऑप्टिमिस्टिक कंकरेंसी, टकराव पता लगाने और रोलबैक के साथ अकाउंट-आधारित मूव का उपयोग करती है। यह ईथेरियम डेवलपर्स के लिए अधिक परिचित है, साफ़ समानांतरीकरण के लिए कठिन है, लेकिन मूव प्रोवर के माध्यम से मजबूत औपचारिक सत्यापन उपकरण प्रदान करती है। @Nasun_io का मूव इम्प्लीमेंटेशन अकाउंट-आधारित है। यह एक DEX, एक AI गवर्नेंस लेयर, और एक गेमिंग एसेट इकोनॉमी को एक साथ चलाने वाली चेन के लिए एक जानबूझकर किया गया चयन है। अकाउंट-आधारित मॉडल Baram के ऑडिट ट्रेल को अधिक सुसंगठित स्टेट मॉडल प्रदान करता है। यह Pado के ऑर्डर रूटिंग लॉजिक को ईथेरियम डेवलपर्स के पहले से परिचित मॉडल के करीब ला देता है। लेकिन इसका मतलब यह भी है कि Nasun को Sui का ऑब्जेक्ट-लेवल समानांतरीकरण मुफ़्त में प्राप्त नहीं होता। चुपचाप प्रेक्षण: "समानांतर निष्पादन Layer-1" Nasun के स्वयं के प्रोडक्ट विवरण में है। एक अकाउंट-आधारित चेन पर, समानांतर निष्पादन के लिए Block-STM-शैली की ऑप्टिमिस्टिक कंकरेंसी या समतुल्य कीआवश्यकता होती है। हुड के नीचे वास्तव में क्या चल रहा है, और Pado स्वैप्स और Gen Sol संपत्ति सुलझावों के बीच समान समय में होने वाले टकरावों को कैसे संभाला जा रहा है? यहीं प्रश्न है, "Move over Sui" के प्रस्तावना में कभी पूछा ही नहीं गया।