هل تعني النهائية خلال 150 مللي ثانية على Solana أن المحفظة ستعرض أيضًا «اكتمل» خلال 150 مللي ثانية؟
في المدفوعات والتطبيقات على السلسلة، يُحدث الانتظار بضع ثوانٍ أقل فرقًا كبيرًا، لكن تجربة المستخدم تعتمد أيضًا على عقد RPC والتطبيق. وما يستحق الدراسة في Alpenglow هو كيف تصل هذه المعلومة إلى المستخدم بعد تسريع تأكيد الإجماع.
يضع دليل مؤسسة Solana المحدّث في أكتوبر خطة الترحيل إلى الشبكة الرئيسية عند الحقبة 1064، ويقدّر بدءها في 21 أكتوبر، الساعة 23:00 بتوقيت بكين، مع احتمال انحراف الموعد المحدد تبعًا لتقدم الحقبة. ولا تزال الصفحة الحالية تشير إلى أن التحديث لم يُفعّل على الشبكة الرئيسية؛ والـ150 مللي ثانية هدف للنهائية، لا نتيجة قياس فعلية يمكن القول إن كل معاملة تحققها الآن.
وفي هذه الجولة، وبعد التحقق مجددًا من وثائق Anza، تبيّن أن هناك مسارات مختلفة لتلقي نتائج التأكيد. يتبادل المدققون المنضمون إلى مجموعة القبول رسائل إجماع Votor مباشرة؛ أما العقد خارج المجموعة، فيمكنها تلقي الرسائل عبر مدققين متعاونين، ويعتمد التأخير الإضافي أساسًا على الشبكة بين الطرفين. وإذا اقتصر الأمر على قراءة شهادة النهائية من ذيل كتلة لاحقة، فعادةً ما يلزم الانتظار مدة فاصل فعلي آخر بين الكتل، وقد تطول المدة أكثر عند تخطي الكتل أو تأخرها.
وهذا يعني أن تحقق النهائية في الإجماع، وإحاطة عقدة RPC معيّنة بالنتيجة، يحدثان في وقتين مختلفين. وتقديري أن تطبيقات الدفع لا تستطيع تقديم تجربة أسرع للمستخدم بمجرد ترقية الشبكة؛ إذ يتوقف ذلك أيضًا على كيفية تلقي العقد للنتيجة وتمريرها إلى التطبيق. وعلى العكس، إذا بدا أحد التطبيقات بطيئًا، فقد يكون السبب تأخر جلب البيانات أو عرضها في الواجهة، ولا يمكن الاستنتاج من الانطباع وحده أن ترقية الإجماع لم تُجدِ نفعًا.
بعد الترحيل، ستصبح حالتا confirmed وfinalized متكافئتين، بينما ستظل processed حالة مختلفة. ووفقًا للتوضيحات الرسمية، لن يحتاج المستخدم العادي إلى تغيير خطوات التوقيع والإرسال؛ أما المطورون، فعليهم مراجعة استراتيجية التأكيد بعد التفعيل الفعلي، لا تطبيق القواعد المستقبلية على الشبكة الحالية قبل أوانها.
تُظهر بيانات Binance التي جُمعت عند الساعة 10:05 بتوقيت بكين أن زوج SOL/USDT سجّل تراجعًا بنحو -0.39% خلال ساعة التداول الفورية التي أُغلقت بين 09:00 و10:00، مع حجم تداول يقارب 5.544 ملايين دولار، أي نحو 1.41 ضعف متوسط الساعات الخمس السابقة. وهذا يوضح خلفية السوق فحسب، ولا يثبت شيئًا عن التأخير على السلسلة أو نجاح الترقية.
الخطوة التالية هي التحقق أولًا من حالة الترحيل الفعلية، ثم قياس المراحل على عقدة RPC نفسها: من الإرسال إلى التأكيد النهائي، ثم إلى ظهور النتيجة في الواجهة. وإذا تغيرت الخطة أو لم تتحسن التجربة الفعلية، فينبغي إعادة تقييم الفائدة للمنتج، لا الاستعاضة عن تجربة المستخدم بهدف البروتوكول. $SOL
في المدفوعات والتطبيقات على السلسلة، يُحدث الانتظار بضع ثوانٍ أقل فرقًا كبيرًا، لكن تجربة المستخدم تعتمد أيضًا على عقد RPC والتطبيق. وما يستحق الدراسة في Alpenglow هو كيف تصل هذه المعلومة إلى المستخدم بعد تسريع تأكيد الإجماع.
يضع دليل مؤسسة Solana المحدّث في أكتوبر خطة الترحيل إلى الشبكة الرئيسية عند الحقبة 1064، ويقدّر بدءها في 21 أكتوبر، الساعة 23:00 بتوقيت بكين، مع احتمال انحراف الموعد المحدد تبعًا لتقدم الحقبة. ولا تزال الصفحة الحالية تشير إلى أن التحديث لم يُفعّل على الشبكة الرئيسية؛ والـ150 مللي ثانية هدف للنهائية، لا نتيجة قياس فعلية يمكن القول إن كل معاملة تحققها الآن.
وفي هذه الجولة، وبعد التحقق مجددًا من وثائق Anza، تبيّن أن هناك مسارات مختلفة لتلقي نتائج التأكيد. يتبادل المدققون المنضمون إلى مجموعة القبول رسائل إجماع Votor مباشرة؛ أما العقد خارج المجموعة، فيمكنها تلقي الرسائل عبر مدققين متعاونين، ويعتمد التأخير الإضافي أساسًا على الشبكة بين الطرفين. وإذا اقتصر الأمر على قراءة شهادة النهائية من ذيل كتلة لاحقة، فعادةً ما يلزم الانتظار مدة فاصل فعلي آخر بين الكتل، وقد تطول المدة أكثر عند تخطي الكتل أو تأخرها.
وهذا يعني أن تحقق النهائية في الإجماع، وإحاطة عقدة RPC معيّنة بالنتيجة، يحدثان في وقتين مختلفين. وتقديري أن تطبيقات الدفع لا تستطيع تقديم تجربة أسرع للمستخدم بمجرد ترقية الشبكة؛ إذ يتوقف ذلك أيضًا على كيفية تلقي العقد للنتيجة وتمريرها إلى التطبيق. وعلى العكس، إذا بدا أحد التطبيقات بطيئًا، فقد يكون السبب تأخر جلب البيانات أو عرضها في الواجهة، ولا يمكن الاستنتاج من الانطباع وحده أن ترقية الإجماع لم تُجدِ نفعًا.
بعد الترحيل، ستصبح حالتا confirmed وfinalized متكافئتين، بينما ستظل processed حالة مختلفة. ووفقًا للتوضيحات الرسمية، لن يحتاج المستخدم العادي إلى تغيير خطوات التوقيع والإرسال؛ أما المطورون، فعليهم مراجعة استراتيجية التأكيد بعد التفعيل الفعلي، لا تطبيق القواعد المستقبلية على الشبكة الحالية قبل أوانها.
تُظهر بيانات Binance التي جُمعت عند الساعة 10:05 بتوقيت بكين أن زوج SOL/USDT سجّل تراجعًا بنحو -0.39% خلال ساعة التداول الفورية التي أُغلقت بين 09:00 و10:00، مع حجم تداول يقارب 5.544 ملايين دولار، أي نحو 1.41 ضعف متوسط الساعات الخمس السابقة. وهذا يوضح خلفية السوق فحسب، ولا يثبت شيئًا عن التأخير على السلسلة أو نجاح الترقية.
الخطوة التالية هي التحقق أولًا من حالة الترحيل الفعلية، ثم قياس المراحل على عقدة RPC نفسها: من الإرسال إلى التأكيد النهائي، ثم إلى ظهور النتيجة في الواجهة. وإذا تغيرت الخطة أو لم تتحسن التجربة الفعلية، فينبغي إعادة تقييم الفائدة للمنتج، لا الاستعاضة عن تجربة المستخدم بهدف البروتوكول. $SOL