سعر Flare Network

واو ، الأمور تتحرك بسرعة! لم يمر أسبوع على الإطلاق ، وقد تجاوز حساب XRP Flare بالفعل 2.4 مليون دولار TVL. هذا النمو يرفع إجمالي TVL ل MoreMarkets إلى 27.74 مليون دولار. إنه لأمر رائع أن ترى مجتمع XRP يقفز إلى DeFi على @FlareNetworks.

يمكن أن يعني اختيار تكوين عقدة التوهج الخاطئ فرق آلاف الدولارات إذا لم يتم اختياره بشكل صحيح. ما هو الفرق الحقيقي بين العقد الأرشيفية والعقد المشذبة؟ كما اكتشفت بالطريقة الصعبة ، هناك ثلاثة تكوينات أساسية أعتبرها. هم انهم: غير مشذب ("أرشيفية / تاريخ كامل") - قاعدة بيانات > 5.5 تيرابايت (على Flare & growing) - جميع البيانات الخاصة بحالات الاستخدام المتخصصة - عدة أسابيع للمزامنة / التمهيد - ✅ يمكن الاستعلام عن الكتل والإيصالات والسجلات / الأحداث منذ النشأة - ✅ يمكن الاستعلام عن الحالة التاريخية (وهذا يعني طلب الرصيد / وظيفة عرض العقد / رمز العقد / براهين ميركل / إلخ في كتلة معينة في الماضي ، وصولا إلى التكوين) - ✅ يمكن الاستعلام عن الحالة الحالية (على سبيل المثال ، الحصول على قوة التصويت الحالية ، ورصيد الحساب ، وما إلى ذلك) مشذب - قاعدة بيانات <1 تيرابايت (على التوهج والنمو) - معظم البيانات لمعظم حالات الاستخدام - 1-2 أسابيع للمزامنة / التمهيد - ✅ يمكن الاستعلام عن الكتل والإيصالات والسجلات / الأحداث منذ النشأة - ⚠️ يمكن الاستعلام عن الحالة التاريخية ولكن فقط على فترات الالتزام مما يعني أنه يمكن الاستعلام عن مجموعة فرعية صغيرة فقط من الحالة التاريخية. قابل للتكوين باستخدام "الفاصل الزمني للالتزام" ، افتراضيا كل 4096 كتلة. مشذب + مزامنة الحالة - قاعدة بيانات <100 جيجابايت (على Flare & growing) - البيانات الأساسية المناسبة للمدققين واستخدام RPC الأساسي - ساعات للمزامنة / التمهيد - ❌لا يمكن الاستعلام عن الكتل والإيصالات والسجلات / الأحداث منذ نشأتها. يقتصر على حظر تلك العقدة التي بدأت المزامنة ومعلمة "state-sync-min-blocks". - ⚠️ يمكن الاستعلام عن الحالة التاريخية ولكن فقط على فترات الالتزام ولكن بشكل ملحوظ أكثر تقييدا بالكتل الحديثة. - ✅ يمكن الاستعلام عن الحالة الحالية (على سبيل المثال ، الحصول على قوة التصويت الحالية ، ورصيد الحساب ، وما إلى ذلك) لذلك ، بالنسبة للمدققين أو الهواة الذين يريدون عقدة RPC الخاصة بهم ، تعد العقدة المشذبة مع تمكين STATE SYNC مثالية. يسمح بالتحقق من صحة الشبكة وإرسال المعاملات (وقراءة حالة الشبكة الحالية) مع الحد الأدنى من مساحة القرص الصلب المطلوبة. بالنسبة لمعظم الفهرسة التحليلية التي تعتمد على الإيصالات وسجلات الأحداث والكتل منذ النشأة ، فإن العقدة المشذبة مع STATE SYNC DISABLED مناسبة. لتصحيح الأخطاء المتقدم والتحليلات العميقة، يوصى باستخدام عقدة غير مشذبة مع STATE SYNC DISABLED. الآن ، إذا كان لا يزال من غير الواضح بالنسبة لك الفرق بين العقد الأرشيفية والعقد المشذبة (كما كان بالنسبة لي) ، دعني أشرح ... لا تتمتع العقد المشذبة بالحرية الكاملة لاستخدام وظيفة مثل: - eth_getBalance (العنوان ، الكتلة) - eth_getStorageAt (عقد ، مفتاح ، كتلة) - eth_call(contractCall ، كتلة) (أي contract.getBalance ({ blockNumber })) … وعدد من الوظائف الأخرى المماثلة. لاحظ كيف يقدمون كتلة للاستعلام؟ يمكن أن توفر عقدة الأرشيف أي رقم كتلة موجود واسترداد البيانات ذات الصلة مثل رصيد الحسابات أو حالة العقود أو الرمز في كتلة معينة. تتوفر هذه الوظائف في العقدتين الأخريين ، ولكن كما ذكرنا ، فإن الكتلة القابلة للاستعلام تقتصر على المحاولات الملتزم بها ، والتي تكون افتراضيا كل 4096 كتلة. لذلك هناك مجموعة هائلة من البيانات المفقودة ، وأكثر من ذلك بالنسبة للعقد المتزامنة للحالة. إذا كنت على استعداد لذلك ، وكانت البيانات ذات قيمة بالنسبة لك ، فيمكنك الاستعلام عن البيانات في هذه الفترات الزمنية ولكنك ستحتاج إلى حساب الحالة (الكتل) المتوفرة باستخدام بعض الرياضيات و / أو debug_getAccessibleState. لذا قبل أن تقوم بتدوير عقدة أرشيفية ، اعلم أن معظم الناس لن يحتاجونها أبدا. يكلف استضافته على الخوادم السحابية أكثر من حمار طائر ويقتصر حقا على الاستخدام في مستكشفات blockchain أو الفهرسة التاريخية العميقة للحالة (كما هو موضح أعلاه) أو تصحيح الأخطاء المتقدم. على سبيل المثال، عادة ما تكون العقدة المشذبة (بدون مزامنة الحالة) كافية لمعظم المستخدمين الذين يستخدمون @SubQueryNetwork Indexer SDK. أشعر بالحاجة إلى تكرار ذلك: يوفر تكوين العقدة هذا جميع سجلات الأحداث والمعاملات وما إلى ذلك. يمكنك على سبيل المثال فهرسة كل عملية نقل لرمز ERC20 تم إجراؤه على الإطلاق لأي رمز مميز أو كل مطالبة بمكافآت FTSO على الإطلاق. آمل أن يزيل هذا ارتباك أي شخص حول الفرق بين تكوينات العقدة هذه. أوصي بتجنب العقد الأرشيفية إلا إذا كنت بحاجة بالتأكيد إلى وظائفها. جرب دائما عقدة مشذبة (بدون مزامنة حالة) قبل عقدة أرشيفية لمعظم أغراض التطوير/التحليلات أو عقدة مشذبة (متزامنة الحالة) لاستخدام RPC الأساسي أو المدققين.