Topic: من المشاريع التي ستجدب أنتباهكم (Read 102 times)
لماذا لا يوجد تفاعل😥
هل سبق لك استخدام برنامج على الكمبيوتر وتمنيت فقط لو تستطيع أن تضيف ميزة أو اختصارًا تماما بالطريقة اللتي ترى انها يجب أن تضاف بها ؟ أو ربما مكان عملك أو نشاطك التجاري يمتلك خدمة تناسب معظم احتياجاتك ، ولكن من الواضح أنه لم يتم تصميمه خصيصًا لك؟
أعلم أني كنت أشعر بهذا الإحباط مرات عديدة في كل قطاع من قطاعات العمل التي عملت بها. لقد كنت أرغب في كثير من الأحيان في الحصول على خدمات ومنتجات مصممة خصيصًا لتلبية احتياجاتي. نحن ملزمون باستخدام خدمة تم تصميمها من منظور الجمهور وليس من وجهة نظر فردية. شخص آخر مصمم لنشاط شخص آخر لعملاء شخص آخر وتم السماح لك للتو باستخدامه. بغض النظر عن مدى م عملك أو استخدامك مقارنة بالمستخدم الأصلي ؛ لن يكون الأمر مناسبًا لك تمامًا.
السيناريو الموصوف أعلاه هو مجرد مشكلة كبيرة داخل تطبيقات البلوكشين. يمكنك حاليًا استخدام تطبيق تم تطويره لشخص آخر أو كمطور يمكنك كتابة dApp الخاص بك. ولكن سيتم تشغيل هذا التطبيق على بلوكشين واحد ، مع العديد من dApps أخرى مصممة أيضا لأغراض كثيرة. هذا بلوكشين واحد جيد للجميع وهو مثالي ل لا أحد. يصبح مزدحما مما يؤدي إلى تباطؤ المعاملات والحد من السرعة الكلية لجميع dApps على الشبكة. سوف يصبح هذا الطريق السريع الشامل لعدد لا يحصى من dApps قريبا زحف جماعي ل dApps غير قابلة للتخصيص و مضيقة .
ثم وجدت AELF. الأول من نوعها.
تعمل AELF على حل مشكلات متعددة مع تقنية البلوكشين الحالية. واحدة من هذه المشاكل هي هذه العقبة: القابلية للتخصيص والقابلية للقياس التي وصفتها للتو. حسنا لكن كيف؟
تقوم شركة Aelf بإنشاء شبكة بلوكشين تعمل كسلسلة رئيسية يمكن مقارنتها بنظام تشغيل للكمبيوتر. ولكن بدلاً من أن تعمل العديد من التطبيقات على السلسلة الرئيسية (mainchain) ، كمطور أو شركة يمكنك تصميم dApp الخاص بك وتشغيله على البلوكشين الخاص به والذي يعمل كسلسلة جانبية( sidechain) خارج السلسلة الرئيسية. يمكن أن يكون لديك بلوكشين مصمم بشكل كامل تم إنشاؤه لغرض محدد ، يمكنك اختيار كيف تريده عاما أو خاصا، يمكنك اختيار بروتوكول التوافق الذي سيتم تشغيله ، يمكنك حتى اختيار كيفية تحديثه. لأنه هو dApp الوحيد الذي يعمل على سلسلته الجانبية ، يمكنك تحديثه في أي وقت تحتاج ولديك السيطرة المطلقة على النظام بأكمله.
من خلال استخدام السلاسل الجانبية ، ستتم حماية إعداد العقود الذكية لـ dApp معين من التداخل المتبادل غير الضروري. كل سلسلة جانبية مستقلة تمامًا وعلى الرغم من أنها يمكن أن تتفاعل مع التطبيقات الأخرى ، البلوكشين سوف يحتاج فقط إلى التركيز على نوع واحد من العقود الذكية.
وستزداد إنبهارا هنا. لنفترض أنك تنشئ تطبيقًا يتيح للمستخدمين مشاركة الصور عبر الإنترنت. يمكنهم تصنيفها وربطها معًا وإنشاء محفظة. ثم في يوم من الأيام تجد dApp آخر هناك تشغيل منصة وسائل الاعلام الاجتماعية على غرار تويتر. إذا كان كل من هذه dApps تعمل على السلسلة الرئيسية نفسها ، فإن السلسلة الرئيسية تتوسط بين السلاسل الجانبية للسماح لهم بالتفاعل. عندما يقوم أحد المستخدمين لديك بتحميل صورة جديدة إلى محفظته ، ستقوم الشبكة تلقائيًا بمشاركتها عبر تويتر مثل dApp. ولكن هنا يأتي الجزء الأفضل. لا يحتاجون حتى لأن يكونوا على التوالي في السلسلة الرئيسية، بلوكشين AELF، بل يمكن أن تتضمن أي بلوكشين آخر.
وستقوم السلسلة الرئيسية ، التي تدير DPoS ، بتفويض عقد التعدين القادرة على حماية النظام بأكمله وكذلك ضمان أن تقع كل سلسلة جانبية تحت مظلة أمنها. بسبب نموذج الإجماع هذا الذي يتم تشغيله على السلسلة الرئيسية ، لن تستفيد كل سلسلة جانبية إضافية فقط من السلسلة الرئيسية ولكن في المقابل ، فإنها ستزيد من كفاءة العقد المفوضة في تأمين السلسلة الرئيسية.
من خلال التخلي عن نهج سلسلة-واحدة-تكفي-الكل (One-Chain-Fits-All) تمكنت AELF من تطوير طريقة ثورية لتشغيل dApps على البلوكشين. من خلال إنشاء سلسلة رئيسية عامة يمكنها تشغيل سلاسل جانبية ، ابتكرت شركة Aelf الحل المثالي لمنصة تطبيقات قابلة للتخصيص وقابلة للتطبيق ومخصصة تمامًا لجميع القطاعات والمستخدمين.
أعلم أني كنت أشعر بهذا الإحباط مرات عديدة في كل قطاع من قطاعات العمل التي عملت بها. لقد كنت أرغب في كثير من الأحيان في الحصول على خدمات ومنتجات مصممة خصيصًا لتلبية احتياجاتي. نحن ملزمون باستخدام خدمة تم تصميمها من منظور الجمهور وليس من وجهة نظر فردية. شخص آخر مصمم لنشاط شخص آخر لعملاء شخص آخر وتم السماح لك للتو باستخدامه. بغض النظر عن مدى م عملك أو استخدامك مقارنة بالمستخدم الأصلي ؛ لن يكون الأمر مناسبًا لك تمامًا.
السيناريو الموصوف أعلاه هو مجرد مشكلة كبيرة داخل تطبيقات البلوكشين. يمكنك حاليًا استخدام تطبيق تم تطويره لشخص آخر أو كمطور يمكنك كتابة dApp الخاص بك. ولكن سيتم تشغيل هذا التطبيق على بلوكشين واحد ، مع العديد من dApps أخرى مصممة أيضا لأغراض كثيرة. هذا بلوكشين واحد جيد للجميع وهو مثالي ل لا أحد. يصبح مزدحما مما يؤدي إلى تباطؤ المعاملات والحد من السرعة الكلية لجميع dApps على الشبكة. سوف يصبح هذا الطريق السريع الشامل لعدد لا يحصى من dApps قريبا زحف جماعي ل dApps غير قابلة للتخصيص و مضيقة .
ثم وجدت AELF. الأول من نوعها.
تعمل AELF على حل مشكلات متعددة مع تقنية البلوكشين الحالية. واحدة من هذه المشاكل هي هذه العقبة: القابلية للتخصيص والقابلية للقياس التي وصفتها للتو. حسنا لكن كيف؟
تقوم شركة Aelf بإنشاء شبكة بلوكشين تعمل كسلسلة رئيسية يمكن مقارنتها بنظام تشغيل للكمبيوتر. ولكن بدلاً من أن تعمل العديد من التطبيقات على السلسلة الرئيسية (mainchain) ، كمطور أو شركة يمكنك تصميم dApp الخاص بك وتشغيله على البلوكشين الخاص به والذي يعمل كسلسلة جانبية( sidechain) خارج السلسلة الرئيسية. يمكن أن يكون لديك بلوكشين مصمم بشكل كامل تم إنشاؤه لغرض محدد ، يمكنك اختيار كيف تريده عاما أو خاصا، يمكنك اختيار بروتوكول التوافق الذي سيتم تشغيله ، يمكنك حتى اختيار كيفية تحديثه. لأنه هو dApp الوحيد الذي يعمل على سلسلته الجانبية ، يمكنك تحديثه في أي وقت تحتاج ولديك السيطرة المطلقة على النظام بأكمله.
من خلال استخدام السلاسل الجانبية ، ستتم حماية إعداد العقود الذكية لـ dApp معين من التداخل المتبادل غير الضروري. كل سلسلة جانبية مستقلة تمامًا وعلى الرغم من أنها يمكن أن تتفاعل مع التطبيقات الأخرى ، البلوكشين سوف يحتاج فقط إلى التركيز على نوع واحد من العقود الذكية.
وستزداد إنبهارا هنا. لنفترض أنك تنشئ تطبيقًا يتيح للمستخدمين مشاركة الصور عبر الإنترنت. يمكنهم تصنيفها وربطها معًا وإنشاء محفظة. ثم في يوم من الأيام تجد dApp آخر هناك تشغيل منصة وسائل الاعلام الاجتماعية على غرار تويتر. إذا كان كل من هذه dApps تعمل على السلسلة الرئيسية نفسها ، فإن السلسلة الرئيسية تتوسط بين السلاسل الجانبية للسماح لهم بالتفاعل. عندما يقوم أحد المستخدمين لديك بتحميل صورة جديدة إلى محفظته ، ستقوم الشبكة تلقائيًا بمشاركتها عبر تويتر مثل dApp. ولكن هنا يأتي الجزء الأفضل. لا يحتاجون حتى لأن يكونوا على التوالي في السلسلة الرئيسية، بلوكشين AELF، بل يمكن أن تتضمن أي بلوكشين آخر.
وستقوم السلسلة الرئيسية ، التي تدير DPoS ، بتفويض عقد التعدين القادرة على حماية النظام بأكمله وكذلك ضمان أن تقع كل سلسلة جانبية تحت مظلة أمنها. بسبب نموذج الإجماع هذا الذي يتم تشغيله على السلسلة الرئيسية ، لن تستفيد كل سلسلة جانبية إضافية فقط من السلسلة الرئيسية ولكن في المقابل ، فإنها ستزيد من كفاءة العقد المفوضة في تأمين السلسلة الرئيسية.
من خلال التخلي عن نهج سلسلة-واحدة-تكفي-الكل (One-Chain-Fits-All) تمكنت AELF من تطوير طريقة ثورية لتشغيل dApps على البلوكشين. من خلال إنشاء سلسلة رئيسية عامة يمكنها تشغيل سلاسل جانبية ، ابتكرت شركة Aelf الحل المثالي لمنصة تطبيقات قابلة للتخصيص وقابلة للتطبيق ومخصصة تمامًا لجميع القطاعات والمستخدمين.
Jump to: