مؤخراً رأيت نظام #Starboard# الذي أطلقته @Galxe، وأشعر أنه مثير للاهتمام. ليس منصة محتوى بالمعنى التقليدي، بل هو نظام تحفيز المحتوى، يهدف إلى تمكين المبدعين من الحصول على مكافآت مباشرة من مشاريع Web3. @KRNL_xyz هو أحد هذه المشاريع، ويتبنى مساراً يمثل بشكل جيد.
KRNL طرحت مفهوم "تقسيم التنفيذ"، بعبارة أخرى، هو تقسيم المهام المرتبطة بالعقود الذكية التي يمكن معالجتها فقط على سلسلة واحدة إلى عدة أجزاء صغيرة (تسمى kernel)، يتم تنفيذها بشكل منفصل على سلاسل مختلفة، ثم يتم تنسيق النتائج في النهاية. يمكن أن تحل هذه الطريقة مشاكل التوسع الشائعة على السلاسل، ومشاكل عبر السلاسل، بالإضافة إلى مخاطر الأمان. في السابق، تم استهداف العديد من جسور عبر السلاسل، ويمكن أن يقلل هذا التقسيم في التنفيذ من استخدام الجسور، مما يجعلها أكثر أمانًا.
ما أثر فيّ حقًا هو أنهم ليسوا من أجل المفهوم من أجل المفهوم، بل يفكرون حقًا من وجهة نظر المطور: كيف يمكن تقليل عتبة التطوير، كيف يمكن تسريع سرعة النشر، كيف يمكن تحسين استجابة العقد. على سبيل المثال، يمكن لـ KRNL أن تجعل العقد الذكي "يستخدم" منطق التنفيذ الجديد مثل المكونات الإضافية، دون الحاجة إلى إعادة كتابة نظامك بالكامل. هذه النقطة تعتبر مفيدة للغاية للفرق التي تعمل على تطبيقات dApp عبر السلاسل.
في الواقع، كانت إدخال Starboard ذكيًا للغاية، فهو آلية تحفيز المحتوى، ولكنه يعزز أيضًا بناء النظام البيئي للتطوير. يقوم منشئو المحتوى بإنتاج معرفتهم بالمشروعات، ويتعرف المستخدمون على المشروعات، وتحصل المشروعات على تدفق، وفي النهاية يتم تطبيق ذلك على مشاريع تقنية مثل KRNL، حيث تسير السلسلة بأكملها بسلاسة.
إذا كان الكثير من مشاريع Web3 لا تزال عالقة في مرحلة الدوران، فإن KRNL تهدف إلى الخروج من نمط "كتابة ورقة بيضاء، وإنشاء مفهوم"، وبدلاً من ذلك، تسعى إلى تحقيق شيء ملموس. Starboard ليست سوى مدخل، بينما النظام البيئي الذي يأتي بعده هو المكان الذي يمكن أن نرى فيه العمق الحقيقي.
قد تحتوي هذه الصفحة على محتوى من جهات خارجية، يتم تقديمه لأغراض إعلامية فقط (وليس كإقرارات/ضمانات)، ولا ينبغي اعتباره موافقة على آرائه من قبل Gate، ولا بمثابة نصيحة مالية أو مهنية. انظر إلى إخلاء المسؤولية للحصول على التفاصيل.
مؤخراً رأيت نظام #Starboard# الذي أطلقته @Galxe، وأشعر أنه مثير للاهتمام. ليس منصة محتوى بالمعنى التقليدي، بل هو نظام تحفيز المحتوى، يهدف إلى تمكين المبدعين من الحصول على مكافآت مباشرة من مشاريع Web3. @KRNL_xyz هو أحد هذه المشاريع، ويتبنى مساراً يمثل بشكل جيد.
KRNL طرحت مفهوم "تقسيم التنفيذ"، بعبارة أخرى، هو تقسيم المهام المرتبطة بالعقود الذكية التي يمكن معالجتها فقط على سلسلة واحدة إلى عدة أجزاء صغيرة (تسمى kernel)، يتم تنفيذها بشكل منفصل على سلاسل مختلفة، ثم يتم تنسيق النتائج في النهاية. يمكن أن تحل هذه الطريقة مشاكل التوسع الشائعة على السلاسل، ومشاكل عبر السلاسل، بالإضافة إلى مخاطر الأمان. في السابق، تم استهداف العديد من جسور عبر السلاسل، ويمكن أن يقلل هذا التقسيم في التنفيذ من استخدام الجسور، مما يجعلها أكثر أمانًا.
ما أثر فيّ حقًا هو أنهم ليسوا من أجل المفهوم من أجل المفهوم، بل يفكرون حقًا من وجهة نظر المطور: كيف يمكن تقليل عتبة التطوير، كيف يمكن تسريع سرعة النشر، كيف يمكن تحسين استجابة العقد. على سبيل المثال، يمكن لـ KRNL أن تجعل العقد الذكي "يستخدم" منطق التنفيذ الجديد مثل المكونات الإضافية، دون الحاجة إلى إعادة كتابة نظامك بالكامل. هذه النقطة تعتبر مفيدة للغاية للفرق التي تعمل على تطبيقات dApp عبر السلاسل.
في الواقع، كانت إدخال Starboard ذكيًا للغاية، فهو آلية تحفيز المحتوى، ولكنه يعزز أيضًا بناء النظام البيئي للتطوير. يقوم منشئو المحتوى بإنتاج معرفتهم بالمشروعات، ويتعرف المستخدمون على المشروعات، وتحصل المشروعات على تدفق، وفي النهاية يتم تطبيق ذلك على مشاريع تقنية مثل KRNL، حيث تسير السلسلة بأكملها بسلاسة.
إذا كان الكثير من مشاريع Web3 لا تزال عالقة في مرحلة الدوران، فإن KRNL تهدف إلى الخروج من نمط "كتابة ورقة بيضاء، وإنشاء مفهوم"، وبدلاً من ذلك، تسعى إلى تحقيق شيء ملموس. Starboard ليست سوى مدخل، بينما النظام البيئي الذي يأتي بعده هو المكان الذي يمكن أن نرى فيه العمق الحقيقي.