مرحبًا أصدقائي، أنا تيان. في الأيام الماضية، كنت أركز على متابعة تغيير ذو طابع “تقني عميق” في @Injective: إطلاق EVM الأصلي ليس مجرد “تشغيل Solidity”، بل يفتح أيضًا إمكانية الاتصال المباشر مع الوحدات الأساسية للسلسلة مثل Bank و Exchange و التخزين من خلال مجموعة من precompile المدمجة مسبقًا في بروتوكول. وهذا يعني أن العقود يمكن أن تتفاعل مباشرة مع الأصول و الطلب و البيانات على السلسلة دون الحاجة إلى الجسر أو نسخ دفتر الأستاذ أو الطبقة الوسيطة الهشة.
البنك المسبق - تغيير طريقة تنظيم الأصول
النقطة الأولى التي تؤثر على طريقة إدارة رأس المال هي Bank precompile. إنه يسمح لـ EVM:
إجراء التحويل، زيادة/خفض إصدار الرموز، التحقق من الرصيد مباشرةً على دفتر الأستاذ x/bank الأصلي لـ #Injective. بالاشتراك مع معيار الرمز المتعدد VM، لم تعد الأصول مثل wINJ “نسخة في عقد EVM”، بل هي عرض مباشر للرصيد الحقيقي على السلسلة.
النتيجة هي أنه عندما أقوم بتشغيل الاستراتيجيات على كل من EVM وWASM، يظل الرصيد متزامناً دائماً، مما يقلل من خطر تباين الرصيد بشكل كبير، كما أن لوحة إدارة المخاطر أصبحت أكثر تنظيماً. بالنسبة لمن يعملون في الاستراتيجيات والتحكيم، هذه قفزة من “يمكن التشغيل” إلى “التشغيل بسلاسة وأمان”.
Exchange Precompile – تنفيذ الطلب مباشرة على السلسلة
التالي هو تجميع الصرف، مما يحسن بشكل كبير من أداء المعاملات:
في السابق، إذا كنت تريد عقدًا لوضع الطلبات بنفسك، أو إلغاء الطلبات، أو تحويل الأموال بين الحسابات الفرعية، كان عليك المرور عبر طبقات وسيطة أو بروكسي. الآن، يمكن للعقد الاتصال مباشرة بعنوان ثابت لـ Exchange precompile، وإجراء كل من منطق الحساب الفرعي ومطابقة الطلبات في معاملة واحدة فقط على السلسلة.
على سبيل المثال، يمكنك نقل الهامش من الحساب الفرعي A إلى B وتعيين كلا الجانبين من شبكة الطلبات (two-way grid) في خطوة واحدة. مع استراتيجيات التردد العالي أو multi-leg، يقلل هذا من انزلاق السعر، وفشل الصفقة، وتعقيد التسوية.
تجربة التطوير - سريعة ومباشرة
أحاول استخدام Foundry لكتابة عقد “متابعة الهامش + الإضافة التلقائية” المتصل بـ Bank/Exchange precompile:
عملية البناء والنشر وتصحيح الأخطاء على Injective مشابهة تقريبًا لإيثريوم. ملاحظة: بيئة EVM المحلية لا تحتوي على التكوينات المسبقة لـ Injective، لذلك تحتاج إلى الاتصال بشبكة الاختبار أو العقد المحلي لتصحيح الأخطاء خطوة بخطوة. عند الاتصال بشبكة حقيقية، يتصل العقد مباشرةً مع الوحدة الأصلية، الغاز منخفض ولا حاجة لطبقة وسيطة.
في غضون يوم واحد، تمكنت من تشغيل النموذج الأولي بنجاح، ورؤية الفوائد الواضحة لتقليل تكاليف الوسيط ومخاطر التشغيل.
البيانات – سلسلة كتلة واحدة
ليس فقط بشأن التداول، يتم أيضًا تعزيز مصدر البيانات على Injective:
لقد قدمت API3 أكثر من 200 مصدر بيانات على Injective EVM. الاتصال بالعقد EVM هو نفسه تمامًا كما هو الحال مع معايير EVM العادية، دون الحاجة إلى Gateway خاصة.
هذا يفتح إمكانية البناء من الأسعار الأساسية إلى مؤشرات معقدة أو OEV ( قيمة تنفيذ الطلب ) استرداد تلقائي، كل ذلك على نفس السلسلة. الشخص الذي يرغب في بناء دورة “السعر - المركز - التقرير” سيكون لديه القليل من القلق بشأن التشغيل وإدارة المخاطر عبر طبقات متعددة.
خريطة الطريق للتطبيق السريع
أختصر تجربتي الشخصية في ثلاث خطوات لتسهيل تصورك:
اتصل بـ MetaMask مع Injective Mainnet: تحقق من ID السلسلة 1776، تعمل RPC و explorer بشكل مستقر. قم بتحويل INJ إلى wINJ وتحقق من تزامن الرصيد على الواجهات الأمامية المختلفة؛ نقل نصوص السوق/التحكيم المبسطة إلى البيئة الجديدة. نقل العمليات الاستراتيجية إلى precompile مباشرة: Exchange precompile: نقل رأس المال بين الحسابات الفرعية، وضع/سحب الطلبات في خطوة واحدة. Bank precompile: إدارة التدفق النقدي مباشرة. إنهاء تسوية نهاية اليوم بناءً على الرصيد الأصلي على السلسلة.
عند الانتهاء من هذه الخطوات الثلاث، ستلاحظ أن الوقت يركز على الاستراتيجية الحقيقية، بدلاً من الوسيط.
توصيات للمستخدمين والفريق
المستخدمون الأفراد: بدءًا من تجربة “الرصيد الموحد”: التحويل إلى wINJ وتجربة التداول عبر العديد من الواجهات، والشعور بالانسيابية دون الحاجة إلى الجسر. فريق التطوير: قريبًا سيتم تحويل وظائف التداول وإدارة رأس المال إلى precompile، وتوحيد عملية وضع الطلب - الدفع - تسجيل الدفاتر في كود مستقر. المرحلة التالية قد تتوسع إلى التخزين precompile ومصدر البيانات، لتشكيل سلسلة “تدفق الأموال التجارية + الربح الأساسي” بالتوازي.
أقيّم أنه عندما يقوم precompile بتوحيد الوحدات المهمة مثل “API المدمجة في البروتوكول”، ستكون الاقتصادية الوحدوية على السلسلة قريبة من مستوى تبادل المنصة، وفي نفس الوقت لا تزال تحافظ على القابلية للتجميع وشفافية السلسلة العامة. لقد قامت Injective بنشر السجادة، والآن حان دورنا لتحويل الأداء من precompile إلى نتائج استراتيجية واقعية. $INJ
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
Injective EVM الأصلية: عندما يتصل Precompile فعليًا بالنواة بالكامل
مرحبًا أصدقائي، أنا تيان. في الأيام الماضية، كنت أركز على متابعة تغيير ذو طابع “تقني عميق” في @Injective: إطلاق EVM الأصلي ليس مجرد “تشغيل Solidity”، بل يفتح أيضًا إمكانية الاتصال المباشر مع الوحدات الأساسية للسلسلة مثل Bank و Exchange و التخزين من خلال مجموعة من precompile المدمجة مسبقًا في بروتوكول. وهذا يعني أن العقود يمكن أن تتفاعل مباشرة مع الأصول و الطلب و البيانات على السلسلة دون الحاجة إلى الجسر أو نسخ دفتر الأستاذ أو الطبقة الوسيطة الهشة. البنك المسبق - تغيير طريقة تنظيم الأصول النقطة الأولى التي تؤثر على طريقة إدارة رأس المال هي Bank precompile. إنه يسمح لـ EVM: إجراء التحويل، زيادة/خفض إصدار الرموز، التحقق من الرصيد مباشرةً على دفتر الأستاذ x/bank الأصلي لـ #Injective. بالاشتراك مع معيار الرمز المتعدد VM، لم تعد الأصول مثل wINJ “نسخة في عقد EVM”، بل هي عرض مباشر للرصيد الحقيقي على السلسلة. النتيجة هي أنه عندما أقوم بتشغيل الاستراتيجيات على كل من EVM وWASM، يظل الرصيد متزامناً دائماً، مما يقلل من خطر تباين الرصيد بشكل كبير، كما أن لوحة إدارة المخاطر أصبحت أكثر تنظيماً. بالنسبة لمن يعملون في الاستراتيجيات والتحكيم، هذه قفزة من “يمكن التشغيل” إلى “التشغيل بسلاسة وأمان”. Exchange Precompile – تنفيذ الطلب مباشرة على السلسلة التالي هو تجميع الصرف، مما يحسن بشكل كبير من أداء المعاملات: في السابق، إذا كنت تريد عقدًا لوضع الطلبات بنفسك، أو إلغاء الطلبات، أو تحويل الأموال بين الحسابات الفرعية، كان عليك المرور عبر طبقات وسيطة أو بروكسي. الآن، يمكن للعقد الاتصال مباشرة بعنوان ثابت لـ Exchange precompile، وإجراء كل من منطق الحساب الفرعي ومطابقة الطلبات في معاملة واحدة فقط على السلسلة. على سبيل المثال، يمكنك نقل الهامش من الحساب الفرعي A إلى B وتعيين كلا الجانبين من شبكة الطلبات (two-way grid) في خطوة واحدة. مع استراتيجيات التردد العالي أو multi-leg، يقلل هذا من انزلاق السعر، وفشل الصفقة، وتعقيد التسوية. تجربة التطوير - سريعة ومباشرة أحاول استخدام Foundry لكتابة عقد “متابعة الهامش + الإضافة التلقائية” المتصل بـ Bank/Exchange precompile: عملية البناء والنشر وتصحيح الأخطاء على Injective مشابهة تقريبًا لإيثريوم. ملاحظة: بيئة EVM المحلية لا تحتوي على التكوينات المسبقة لـ Injective، لذلك تحتاج إلى الاتصال بشبكة الاختبار أو العقد المحلي لتصحيح الأخطاء خطوة بخطوة. عند الاتصال بشبكة حقيقية، يتصل العقد مباشرةً مع الوحدة الأصلية، الغاز منخفض ولا حاجة لطبقة وسيطة. في غضون يوم واحد، تمكنت من تشغيل النموذج الأولي بنجاح، ورؤية الفوائد الواضحة لتقليل تكاليف الوسيط ومخاطر التشغيل. البيانات – سلسلة كتلة واحدة ليس فقط بشأن التداول، يتم أيضًا تعزيز مصدر البيانات على Injective: لقد قدمت API3 أكثر من 200 مصدر بيانات على Injective EVM. الاتصال بالعقد EVM هو نفسه تمامًا كما هو الحال مع معايير EVM العادية، دون الحاجة إلى Gateway خاصة. هذا يفتح إمكانية البناء من الأسعار الأساسية إلى مؤشرات معقدة أو OEV ( قيمة تنفيذ الطلب ) استرداد تلقائي، كل ذلك على نفس السلسلة. الشخص الذي يرغب في بناء دورة “السعر - المركز - التقرير” سيكون لديه القليل من القلق بشأن التشغيل وإدارة المخاطر عبر طبقات متعددة. خريطة الطريق للتطبيق السريع أختصر تجربتي الشخصية في ثلاث خطوات لتسهيل تصورك: اتصل بـ MetaMask مع Injective Mainnet: تحقق من ID السلسلة 1776، تعمل RPC و explorer بشكل مستقر. قم بتحويل INJ إلى wINJ وتحقق من تزامن الرصيد على الواجهات الأمامية المختلفة؛ نقل نصوص السوق/التحكيم المبسطة إلى البيئة الجديدة. نقل العمليات الاستراتيجية إلى precompile مباشرة: Exchange precompile: نقل رأس المال بين الحسابات الفرعية، وضع/سحب الطلبات في خطوة واحدة. Bank precompile: إدارة التدفق النقدي مباشرة. إنهاء تسوية نهاية اليوم بناءً على الرصيد الأصلي على السلسلة. عند الانتهاء من هذه الخطوات الثلاث، ستلاحظ أن الوقت يركز على الاستراتيجية الحقيقية، بدلاً من الوسيط. توصيات للمستخدمين والفريق المستخدمون الأفراد: بدءًا من تجربة “الرصيد الموحد”: التحويل إلى wINJ وتجربة التداول عبر العديد من الواجهات، والشعور بالانسيابية دون الحاجة إلى الجسر. فريق التطوير: قريبًا سيتم تحويل وظائف التداول وإدارة رأس المال إلى precompile، وتوحيد عملية وضع الطلب - الدفع - تسجيل الدفاتر في كود مستقر. المرحلة التالية قد تتوسع إلى التخزين precompile ومصدر البيانات، لتشكيل سلسلة “تدفق الأموال التجارية + الربح الأساسي” بالتوازي. أقيّم أنه عندما يقوم precompile بتوحيد الوحدات المهمة مثل “API المدمجة في البروتوكول”، ستكون الاقتصادية الوحدوية على السلسلة قريبة من مستوى تبادل المنصة، وفي نفس الوقت لا تزال تحافظ على القابلية للتجميع وشفافية السلسلة العامة. لقد قامت Injective بنشر السجادة، والآن حان دورنا لتحويل الأداء من precompile إلى نتائج استراتيجية واقعية. $INJ