اتبع صفحة + Google or تويتر للحصول على أحدث أخبار التطوير.
يسعدنا إصدار مرشح إصدار Litecoin Core 0.16.0. هذا إصدار رئيسي جديد ، بما في ذلك الميزات الجديدة وإصلاحات الأخطاء المختلفة وتحسينات الأداء ، بالإضافة إلى الترجمات المحدثة.
يوصى للمستخدمين المتمرسين بالترقية إلى هذا الإصدار. بعد اختبار كافٍ ، سيتم إصدار Litecoin Core v0.16.0 النهائي ويوصى به لجميع المستخدمين للترقية.
محفظة سيجويت
يقدم Litecoin Core 0.16.0 دعمًا كاملاً لـ segwit في المحفظة وواجهات المستخدم. جديد -addresstype
تمت إضافة الحجة التي تدعم legacy
, p2sh-segwit
(افتراضي) و bech32
عناوين. يتحكم في نوع العناوين التي يتم إنتاجها بواسطة getnewaddress
, getaccountaddress
و createmultisigaddress
. A -changetype
تمت إضافة الوسيطة أيضًا ، بنفس الخيارات ، وبشكل افتراضي يساوي -addresstype
، للتحكم في نوع التغيير المستخدم.
جديد address_type
تمت إضافة المعلمة إلى getnewaddress
و addmultisigaddress
RPCs لتحديد نوع العنوان المراد إنشاؤه. أ change_type
تمت إضافة الحجة إلى fundrawtransaction
RPC لتجاوز ملف -changetype
حجة لمعاملات محددة.
- تم إنشاء جميع عناوين segwit من خلال
getnewaddress
or*multisig
RPCs بشكل صريح تحصل على redeemscripts المضافة إلى ملف المحفظة. هذا يعني أن الرجوع إلى إصدار أقدم بعد إنشاء عنوان segwit سيعمل ، طالما أن ملف المحفظة محدث. - تحصل جميع مفاتيح segwit في المحفظة على إعادة صياغة نصية ضمنية ، دون أن تتم كتابتها في الملف. هذا يعني أن استعادة النسخة الاحتياطية القديمة ستنجح ، طالما أنك تستخدم برنامجًا جديدًا.
- جميع مفاتيح keypool التي يتم رؤيتها مستخدمة في المعاملات تحصل صراحةً على نصوص استردادها المضافة إلى ملفات المحفظة. هذا يعني أن الرجوع إلى إصدار أقدم بعد الاسترداد من نسخة احتياطية تتضمن عنوان segwit سيعمل
لاحظ أن بعض RPCs لا تدعم حتى الآن عناوين segwit. على وجه الخصوص ، signmessage
/verifymessage
لا يدعم عناوين segwit ، ولا importmulti
في هذا الوقت. ستستمر إضافة دعم segwit في RPCs في الإصدارات المستقبلية.
تُستخدم مخرجات التغيير P2WPKH الآن بشكل افتراضي إذا كانت أي وجهة في المعاملة هي إخراج P2WPKH أو P2WSH. يتم ذلك للتأكد من أن ناتج التغيير لا يمكن تمييزه عن المخرجات الأخرى قدر الإمكان في كلتا الحالتين.
BIP173 (Bech32) دعم العنوان (عناوين "ltc1 ...")
تمت الآن إضافة الدعم الكامل لعناوين segwit الأصلية (BIP173 / Bech32). يتضمن ذلك القدرة على الإرسال إلى عناوين BIP173 (بما في ذلك العناوين غير v0) ، وإنشاء هذه العناوين (بما في ذلك العناوين الافتراضية الجديدة ، انظر أعلاه).
تمت إضافة مربع اختيار إلى واجهة المستخدم الرسومية لتحديد ما إذا كان يجب إنشاء عنوان Bech32 أو عنوان P2SH المغلف عند استخدام عناوين segwit. عندما انطلقت مع -addresstype=bech32
يتم فحصه بشكل افتراضي. عندما انطلقت مع -addresstype=legacy
هو غير محدد ومعطل.
HD محافظ بشكل افتراضي
نظرًا لتغيير غير متوافق مع الإصدارات السابقة في قاعدة بيانات المحفظة ، سيتم رفض المحافظ التي تم إنشاؤها باستخدام الإصدار 0.16.0 بواسطة الإصدارات السابقة. أيضًا ، الإصدار 0.16.0 سينشئ فقط محافظ حتمية هرمية (HD). لاحظ أن هذا ينطبق فقط على المحافظ الجديدة ؛ لن تتم ترقية المحافظ المصنوعة من الإصدارات السابقة إلى HD.
تكوين دليل المحافظ (-walletdir
)
تتمتع Litecoin Core الآن بمزيد من المرونة فيما يتعلق بمكان وجود دليل wallets. في السابق ، تم تخزين ملفات قاعدة بيانات المحفظة في المستوى الأعلى من دليل بيانات لايتكوين. السلوك الآن:
- بالنسبة لعمليات التثبيت الجديدة (حيث لا يوجد دليل البيانات بالفعل) ، سيتم الآن تخزين المحافظ في ملف
wallets/
دليل فرعي داخل دليل البيانات افتراضيًا. - بالنسبة للعقد الحالية (حيث يوجد دليل البيانات بالفعل) ، سيتم تخزين المحافظ في جذر دليل البيانات افتراضيًا. اذا كان
wallets/
الدليل الفرعي موجود بالفعل في جذر دليل البيانات ، ثم سيتم تخزين المحافظ في ملفwallets/
دليل فرعي افتراضيًا. - يمكن تجاوز موقع دليل wallets بتحديد ملف
-walletdir=<path>
حيث الخيار<path>
يمكن أن يكون مسارًا مطلقًا إلى دليل أو ارتباط رمزي للدليل.
يجب توخي الحذر عند اختيار موقع دليل المحافظ ، لأنه إذا أصبح غير متوفر أثناء التشغيل ، فقد تفقد الأموال.
الحد الأدنى لإصدار مترجم GCC المطلوب لتجميع Litecoin Core هو الآن 4.8. لن يتم بذل أي جهد لدعم الإصدارات القديمة من GCC. انظر المناقشة في القضية #11732 للمزيد من المعلومات. لا يزال الحد الأدنى لإصدار مترجم Clang هو 3.3. يمكن العثور على إصدارات التبعية الدنيا الأخرى في doc/dependencies.md
في المستودع.
يمكن الآن للعقد المشذبة أن تشير إلى NODE_NETWORK_LIMITED BIP159 باستخدام بتات الخدمة ، استعدادًا لدعم BIP159 الكامل في الإصدارات الأحدث. سيسمح هذا للعقد المشذبة بخدمة أحدث الكتل. ومع ذلك ، فإن التغيير الحالي لا يتضمن حتى الآن دعمًا للاتصال بأقرانهم المشذبين.
تم الآن تمكين تحسينات تجزئة SHA256 للبنيات التي تدعم SSE4 ، والتي تؤدي إلى تسريع بنسبة 50٪ تقريبًا في SHA256 على الأجهزة المدعومة (~ 5٪ أسرع من المزامنة والتحقق من صحة الكتلة) ، بشكل افتراضي. في الإصدارات السابقة تم تمكينها باستخدام --enable-experimental-asm
علامة عند البناء ، ولكنها الآن الخيار الافتراضي ولم تعد تُعتبر تجريبية.
- تمت الآن إزالة خيار إعادة استخدام العنوان السابق. تم تبرير ذلك بالحاجة إلى "إعادة إرسال" فاتورة ، ولكن الآن بعد أن أصبح لدينا سجل الطلب ، يجب أن تختفي هذه الحاجة.
- تمت إضافة دعم البحث بواسطة TXID ، بدلاً من مجرد العنوان والتسمية.
- تمت إضافة خيار "استخدام الرصيد المتاح" إلى مربع حوار إرسال العملات المعدنية ، لإضافة رصيد المحفظة المتبقي المتاح إلى ناتج المعاملة.
- تمت إضافة مفتاح تبديل لإلغاء تشفير حقول كلمة المرور في مربع حوار كلمة المرور.
جديد rescanblockchain
RPC
RPC جديد rescanblockchain
تمت إضافته لاستدعاء إعادة فحص blockchain يدويًا. يدعم RPC وسيطات ارتفاع البداية والنهاية لإعادة الفحص ، ويمكن استخدامه في بيئة متعددة المحافظ لإعادة فحص blockchain في وقت التشغيل.
جديد savemempool
RPC
جديد savemempool
تمت إضافة بروتوكول استدعاء الإجراء (RPC) والذي يسمح بحفظ مجموعة الذاكرة الحالية على القرص في أي وقت لتجنب فقدها بسبب الأعطال / فقدان الطاقة.
الوضع الآمن معطل بشكل افتراضي
الوضع الآمن معطل الآن بشكل افتراضي ويجب تمكينه يدويًا (مع -disablesafemode=0
) إذا كنت ترغب في استخدامه. الوضع الآمن هو ميزة تعطل مجموعة فرعية من مكالمات RPC - تتعلق في الغالب بالمحفظة والإرسال - تلقائيًا في حالة اكتشاف حالات مشكلة معينة في الشبكة. ومع ذلك ، فقد اعتبر المطورون أن هذه الشيكات غير موثوقة بما يكفي للعمل تلقائيًا. حتى مع تعطيل الوضع الآمن ، فإنها ستظل تسبب تحذيرات في warnings
مجال getneworkinfo
RPC وقم بتشغيل ملف -alertnotify
أمر.
تمت إعادة تسمية البرنامج النصي لإنشاء بيانات اعتماد JSON-RPC
• share/rpcuser/rpcuser.py
تمت إعادة تسمية البرنامج النصي إلى share/rpcauth/rpcauth.py
. يمكن استخدام هذا البرنامج النصي لإنشاء ملفات rpcauth
بيانات اعتماد مستخدم JSON-RPC.
Validateaddress التحسينات
• validateaddress
تم تمديد إخراج RPC مع عدد قليل من الحقول الجديدة ، ودعم عناوين segwit (كلا من P2SH و Bech32). على وجه التحديد:
- مجال جديد
iswitness
هذا صحيح لعناوين P2WPKH و P2WSH (عناوين "ltc1 ...") ، ولكن ليس لعناوين Segwit المغلفة P2SH (انظر أدناه). - المجال الموجود
isscript
سيبلغ الآن أيضًا عن True لعناوين P2WSH. - مجال جديد
embedded
موجود لجميع عناوين البرامج النصية حيث يُعرف البرنامج النصي ويتطابق مع شيء يمكن تفسيره على أنه عنوان معروف. هذا صحيح بشكل خاص لعناوين P2SH-P2WPKH و P2SH-P2WSH. قيمةembedded
يتضمن الكثير من المعلوماتvalidateaddress
سيبلغ إذا تم استدعاؤه مباشرة على العنوان المضمن. - لبرامج نصية multisig جديد
pubkeys
تمت إضافة حقل يُبلغ عن المفاتيح العامة الكاملة المضمنة في البرنامج النصي (إذا كان معروفًا). هذا هو بديل عن الموجودaddresses
الحقل (الذي يبلغ عن نفس المعلومات ولكنه مشفر كعناوين P2PKH) ، ويتم تمثيله بطريقة أكثر فائدة وأقل إرباكًا. الaddresses
يظل الحقل موجودًا لعناوين غير مقسمة للتوافق مع الإصدارات السابقة. - بالنسبة لجميع العناوين أحادية المفتاح ذات المفتاح المعروف (حتى عند لفها في P2SH أو P2WSH) ،
pubkey
سيكون المجال موجودًا. على وجه الخصوص ، هذا يعني أن الاحتجاجvalidateaddress
على إخراجgetnewaddress
سيبلغ دائمًا عنpubkey
، حتى عندما يكون نوع العنوان هو P2SH-P2WPKH.
- تم إيقاف RPC
getinfo
تمت إزالته. يوصى باستخدام RPCs الأكثر تحديدًا: getblockchaininfo
getnetworkinfo
getwalletinfo
getmininginfo
- RPC المحفظة
getreceivedbyaddress
سيعيد خطأ إذا تم الاتصال بعنوان غير موجود في المحفظة. - RPC المحفظة
addwitnessaddress
تم إهماله وستتم إزالته في الإصدار 0.17 ، قم بتعيينaddress_type
حجةgetnewaddress
، أو الخيار-addresstype=[bech32|p2sh-segwit]
بدلا من ذلك. dumpwallet
يتضمن الآن نصوصًا برمجية سداسية عشرية من المحفظة في ملف التفريغ ، وimportwallet
الآن يستورد هذه البرامج النصية ، ولكن قد لا تتم إضافة العناوين المقابلة بشكل صحيح أو قد يلزم إعادة فحص يدوي للعثور على المعاملات ذات الصلة.- RPC
getblockchaininfo
يتضمن الآنerrors
الميدان. - جديد
blockhash
تمت إضافة المعلمة إلىgetrawtransaction
RPC الذي يسمح بجلب معاملة أولية من كتلة معينة إذا كانت معروفة ، حتى بدونها-txindex
تمكين. - •
decoderawtransaction
وfundrawtransaction
RPCs اختيارية الآنiswitness
معلمات لتجاوز عمليات التحقق من الكشف عن مجريات الأمور إذا لزم الأمر. - •
walletpassphrase
تم الآن تثبيت المهلة بـ 2 ^ 30 ثانية. - استخدام العناوين مع
createmultisig
تم الآن إهمال RPC ، وستتم إزالته في إصدار لاحق. يجب استخدام المفاتيح العامة بدلاً من ذلك. - لم تعد عمليات إعادة Blockchain الآن تغلق المحفظة لعملية إعادة المسح بالكامل ، لذلك يمكن الآن استخدام RPCs الأخرى في نفس الوقت (على الرغم من أن نتائج الأرصدة / المعاملات قد تكون غير صحيحة أو غير كاملة حتى تكتمل عملية إعادة الفحص).
- •
logging
تم الآن جعل RPC عامًا بدلاً من إخفاؤه. - An
initialblockdownload
تمت إضافة قيمة منطقية إلى ملفgetblockchaininfo
RPC للإشارة إلى ما إذا كانت العقدة حاليًا في IBD أم لا. minrelaytxfee
يتم تضمينه الآن في إخراجgetmempoolinfo
-debuglogfile=<file>
يمكن استخدامها لتحديد ملف تسجيل تصحيح أخطاء بديل.- لدى Litecoin-cli الآن ملف
-stdinrpcpass
خيار للسماح لكلمة مرور RPC بقراءة من الإدخال القياسي. - •
-usehd
تمت إزالة الخيار. - يدعم Litecoin-cli الآن ملف
-getinfo
العلامة التي تُرجع ناتجًا مثل الناتج الذي تمت إزالته الآنgetinfo
RPC.
- تم تغيير منفذ regtest JSON-RPC الافتراضي إلى 19443 لتجنب التعارض مع اختبار testnet الافتراضي وهو 19332.
- يكون Segwit الآن نشطًا دائمًا في وضع regtest افتراضيًا. وبالتالي ، إذا قمت بترقية عقدة regtest ، فستحتاج إما إلى إعادة الفهرسة أو استخدام القواعد القديمة عن طريق الإضافة
vbparams=segwit:0:999999999999
إلى regtest الخاص بك litecoin.conf. سيؤدي عدم القيام بذلك إلى فشل تأكيد CheckBlockIndex () الذي سيبدو كما يلي: فشل التأكيد `(pindexFirstNeverProcessed! = nullptr) == (pindex-> nChainTx == 0) 'فشل.
للتحميل ، يرجى زيارة صفحة التحميل هنا. بدلاً من ذلك ، يمكنك عرض مجلد التنزيل هنا.
يرجى استخدام GPG للتحقق من سلامة إصدارات الإصدار الثنائية. هذا يضمن عدم العبث بالملف الثنائي الذي قمت بتنزيله. تتوفر تعليمات GPG لسطر أوامر Linux و MacOS و Win32 cygwin هنا. يرجى أيضًا ملاحظة أننا نوقع GPG على الثنائيات كوسيلة راحة لك ، والطريقة المثلى للتحقق من سلامة البنيات هي بناؤها بنفسك باستخدام Gitian. يمكن العثور على تعليمات حول كيفية تنفيذ هذه البنيات هنا.
بالنسبة لهذا الإصدار ، تم توقيع الثنائيات بمعرف المفتاح FE3348877809386C (مفتاح الدراس).
على الرغم من اختبار هذا الإصدار بشكل مكثف ، إلا أن هذا الإصدار لا يزال يحتوي على أخطاء. احرص دائمًا على الاحتفاظ بنسخة احتياطية من ملف wallet.dat قبل الترقية. إذا واجهت أية مشكلات ، فيرجى إخبارنا عن طريق النشر في قسم الإبلاغ عن الأخطاء أدناه.
يحتوي الفرع الرئيسي على أحدث عمليات الالتزام بالإصدارات المستقرة التالية من Litecoin Core.
يمكن العثور على تعليمات البناء لنظام التشغيل Linux هنا.
يمكن العثور على تعليمات البناء لـ OSX هنا.
يمكن العثور على تعليمات بناء لنظام Windows هنا.
أرسل أي مشكلات تواجهك هنا وسيساعدك أحد مطوري Litecoin.
قم بالتسجيل للإعلانات فقط أو مناقشة التطوير.
هذه هي تجزئات SHA-256 للملفات التي تم إصدارها:
70c8530b957110ba6eaa4794d28b667ecff7e59d0e306e5899236aab5dd84e0b litecoin-0.16.0-aarch64-linux-gnu.tar.gz
b0a5ee56f89fcdb74b580ec5de0ff054b3b7dbb0a2cf6384f066e2217d6830a8 litecoin-0.16.0-arm-linux-gnueabihf.tar.gz
e5dab0814efdad4e0ae61b76d7b859e6fda6224c9fbe5d5fc6807fb7e13a05b1 litecoin-0.16.0-i686-pc-linux-gnu.tar.gz
90fcabe4627aa8c822a9ce7eb8fa55eb8a497c31513369bd8078c8401bf8583c litecoin-0.16.0-osx64.tar.gz
1d3a0ebb0b5c32f36f2157c252b8623c3152d318e7a40c8726e572b4e013ed17 litecoin-0.16.0rc1-osx.dmg
32ab7a80215092b02bc800e9c5d4bc7c0df2da693876f6ebd7e4a6277a812e05 litecoin-0.16.0rc1-win32-setup.exe
35572a215f034eb7c23e4c73c146e631087acf928a3b76113bc70fead3585052 litecoin-0.16.0rc1-win64-setup.exe
7dc4d72a40ec175bc00c464f626f8ffbff8a583e2105da1365662dceff138736 litecoin-0.16.0.tar.gz
f6d2f55f7f02f49bb6764e560d82cece7a8a598cf895af5c6947334b1e5ff7b2 litecoin-0.16.0-win32.zip
ae068caf852de47fb649f9002a440b57386ea88e5a6347287af15a8e2532d27e litecoin-0.16.0-win64.zip
2ca17e763d08ef621ea137519117234dd20db4be58cd3db317e40fe85b13fe4e litecoin-0.16.0-x86_64-linux-gnu.tar.gz
شكرًا لكل من ساهم بشكل مباشر في هذا الإصدار:
- مطورو Bitcoin Core
- أدريان غالاغر
- أونيكس
- كوبلي
- كريبتونكسى
- غابرييلدوف
- مارتن سميث
- نيمو 84
- ص 0
- رومانورنر
- شاولينفري
- spl0i7
- com.ultragtx
- فكوسكيف
- الفراغ
- شينشى
- "
- مطلق
- نشط
- الكل
- الإعلانات
- الحجج
- دعم
- إلى البيتكوين
- بيتكوين الأساسية
- سلسلة كتلة
- علة
- البق
- نساعدك في بناء
- ابني
- سبب
- تغيير
- الشيكات
- عملات معدنية
- صراع
- استمر
- ساهمت
- خلق
- حالياًّ
- البيانات
- قاعدة البيانات
- ديف
- المطورين
- التطوير التجاري
- EC
- البيئة
- فشل
- الميزات
- المميزات
- مجال
- مرونة
- اتباع
- بالإضافة إلى
- أموال
- مستقبل
- شراء مراجعات جوجل
- أجهزة التبخير
- الثرم
- هنا
- تاريخ
- كيفية
- كيفية
- hr
- HTTPS
- بما فيه
- معلومات
- المشاركة
- مسائل
- IT
- القفل
- مفاتيح
- آخر
- إطلاق
- قيادة
- مستوى
- LG
- خط
- لينكس
- لايتكوين
- موقع
- طويل
- ماك
- رائد
- متوسط
- Mempool
- معهد ماساتشوستس للتكنولوجيا
- Multisig
- شبكة
- مزايا جديدة
- أخبار
- العقد
- خيار
- مزيد من الخيارات
- أخرى
- كلمة المرور
- أداء
- قوة
- يقدم
- أنتج
- جمهور
- الخام
- استرجاع
- النشرات
- تقرير
- التقارير
- النتائج
- عائدات
- القواعد
- خزنة
- SegWit
- طقم
- So
- تطبيقات الكمبيوتر
- بداية
- الدعم
- مدعومة
- الدعم
- الاختبار
- الوقت
- تيشرت
- صفقة
- المعاملات
- us
- المستخدمين
- قيمنا
- المزيد
- محفظة
- محافظ
- من الذى
- نوافذ
- للعمل