diff --git a/_i18n/ar.yml b/_i18n/ar.yml
index f49f7b0eb747a893f2d8a22e20a3d8c6d6efbcb8..3fd96c2854f33802eb1d059ced2704315471e51d 100644
--- a/_i18n/ar.yml
+++ b/_i18n/ar.yml
@@ -131,18 +131,18 @@ hangouts:
   - channel: kovri
     description:
   - channel: kovri-dev
-    description: 
+    description:
 
 merchants:
   translated: "yes"
-  intro1: التجار من جميع الأنواع يُقدرون قيمه السريه الماليه التي يوفرها مونيرو. بالأدني قائمه للتجار الذين نعرف أنهم يقبلون مونيرو لمنتجاتهم او خدماتهم. إذا كان هناك شركه لا تقبل مونيرو أدناه أو كنت تود إضافه شركتك للقائمه, من فضلك 
+  intro1: التجار من جميع الأنواع يُقدرون قيمه السريه الماليه التي يوفرها مونيرو. بالأدني قائمه للتجار الذين نعرف أنهم يقبلون مونيرو لمنتجاتهم او خدماتهم. إذا كان هناك شركه لا تقبل مونيرو أدناه أو كنت تود إضافه شركتك للقائمه, من فضلك
   intro2:  إفتح مسأله في GITHUB
   disclaimer: |
-    "من فضلك لاحظ: هذه الروابط تم توفيرها هنا لسهوله الوصول ولإغراض تعريفيه فقط: ولا تشكل موافقه او دعم من مجتمع مونيرو لأي من المنتجات أو الخدمات أو رأي في الشركه أو المؤسسه المعروضه هنا. مجتمع مونيرو لا يتحمل أي مسئوليه لصحه أو قانونيه أو محتوي هذه المواقع. راسل هذه المواقع للحصول علي إجابات حول ما يحتويه موقعهم. ودائما تذكر مسئوليه المشتري " إحذر كمشتري " أنت مسئول عن القيام بالبحث الخاص بك والحكم قبل الشراء من أي موقع. " 
+    "من فضلك لاحظ: هذه الروابط تم توفيرها هنا لسهوله الوصول ولإغراض تعريفيه فقط: ولا تشكل موافقه او دعم من مجتمع مونيرو لأي من المنتجات أو الخدمات أو رأي في الشركه أو المؤسسه المعروضه هنا. مجتمع مونيرو لا يتحمل أي مسئوليه لصحه أو قانونيه أو محتوي هذه المواقع. راسل هذه المواقع للحصول علي إجابات حول ما يحتويه موقعهم. ودائما تذكر مسئوليه المشتري " إحذر كمشتري " أنت مسئول عن القيام بالبحث الخاص بك والحكم قبل الشراء من أي موقع. "
 
 sponsorships:
   translated: "yes"
-  intro: الأعمال التاليه قد ساندت مونيرو في هدفه لتوفير السريه الماليه للعالم. نحن شاكرين جداً لمشاركتهم. إذا كنت تود دعم مشروع مونيرو وعرض مشروعك في هذه الصفحه من فضلك قم بمراسله dev@getmonero.org. 
+  intro: الأعمال التاليه قد ساندت مونيرو في هدفه لتوفير السريه الماليه للعالم. نحن شاكرين جداً لمشاركتهم. إذا كنت تود دعم مشروع مونيرو وعرض مشروعك في هذه الصفحه من فضلك قم بمراسله dev@getmonero.org.
 
 team:
   translated: "yes"
@@ -168,10 +168,10 @@ downloads:
   note2: ويجب معاملتها كمعيار افتراضي , مع فحص التوقيع بالمفتاح الموجود في الكود المصدري (in /utils/gpg_keys).
   currentversion: الإصدار الحالي
   sourcecode: الكود المصدري
-  blockchain1: إذا كنت تريد استخدام ملف تمهيدي لسلسله الكتل بدلأ من المزامنه من الصفر , يمكنك 
+  blockchain1: إذا كنت تريد استخدام ملف تمهيدي لسلسله الكتل بدلأ من المزامنه من الصفر , يمكنك
   blockchain2: استخدام هذا الرابط لأحدث ملف تمهيدي موجود.
   blockchain3: في الغالب الأسرع هو المزامنه من الصفر, وأيضاً يحتاج ذاكره عشوائيه أقل بكثير ( الإستيراد جشع جداً )
-  hardware1: مجتمع مونيرو قام بتمويل 
+  hardware1: مجتمع مونيرو قام بتمويل
   hardware2: محفظه صلبه مخصصه
   hardware3: مازال العمل عليها قائماً. وأيضاً شركه ليدجر قد طورت المحفظه الصلبه الخاصه بهم
   hardware4: ويمكنك الأن إستخدام مونيرو علي محفظه ليدجر
@@ -191,7 +191,7 @@ press-kit:
   translated: "yes"
   intro1: هنا ستجد رمز وشعار مونيرو بالأسفل. يمكنك إختيار أي حجم تريده أو تنزيل الملف والتعديل علي الشعار كما تريد.
   intro2: لاحظ أن إختيار الخلفيه البيضاء يجعل الخلفيه بيضاء خلف رمز مونيرو فقط, وليست خلفيه للصوره كامله.
-  intro3: أخيراً, يمكنك تحميل كل شيء في هذه الصفحه في ملف مضغوط واحد بالضغط 
+  intro3: أخيراً, يمكنك تحميل كل شيء في هذه الصفحه في ملف مضغوط واحد بالضغط
   intro4: هُنا.
   noback: بدون خلفيه
   whiteback: خلفيه بيضاء
@@ -208,15 +208,15 @@ accepting:
   title: تعليمات واجهه سطر الاوامر
   basics: الأساسيات
   basics_para1: يعمل مونيرو بطريقه مختلفه قليلاً عن التي ربما قد تكون إعتدت عليها في باقي العملات الرقميه الأخري. في حاله عمله رقميه مثل البتكوين ونظم الدفع الكثيره المشتقه للتجاره الإلتكرونيه سوف تلاحظ إنشاء عنوان دفع جديد لكل معامله أو مستخدم.
-  basics_para2: لكن لأن مونيرو يحتوي علي خاصيه " العناوين المخفيه " لا يوجد حاجه لعنوان دفع منفصل لكل معامله او مستخدم. ويمكن إستخدام عنوان حساب واحد. فعندما يستلم التاجر دفعه من مشتري يزوده البائع بـ" هويه للمعامله " 
+  basics_para2: لكن لأن مونيرو يحتوي علي خاصيه " العناوين المخفيه " لا يوجد حاجه لعنوان دفع منفصل لكل معامله او مستخدم. ويمكن إستخدام عنوان حساب واحد. فعندما يستلم التاجر دفعه من مشتري يزوده البائع بـ" هويه للمعامله "
   basics_para3: هويه المعامله هو عباره عن رقم سداسي عشري يبلغ طوله 64 حرفاً, ويتم إنشاؤه بشكل عشوائي بواسط التاجر , مثال لهويه المعامله :"
-  checking: التحقق من معامله بواسط سطر اوامر مونيرو 
+  checking: التحقق من معامله بواسط سطر اوامر مونيرو
   checking_para1: |
-   إذا كنت تريد التحقق من معامله بواسط سطر اوامر مونيرو يمكنك إستخدام أمر "المعاملات" متبوع بـ"هويه المعامله" أو المعاملات التي تريد التحقق منها مثال : 
+   إذا كنت تريد التحقق من معامله بواسط سطر اوامر مونيرو يمكنك إستخدام أمر "المعاملات" متبوع بـ"هويه المعامله" أو المعاملات التي تريد التحقق منها مثال :
   checking_para2: إذا كنت تريد التحقق من المعاملات بطريقه برمجيه تابع التفاصيل في القسم التالي.
   receiving: إستلام معامله خطوه بخطوه
   receiving_list1: إنشاء عشوائي ل 64 رقم عشري كهويه المعامله
-  receiving_list2: زوّد الشخص الذي سيقوم بالدفع بعنوان مونيرو و هويه المعامله 
+  receiving_list2: زوّد الشخص الذي سيقوم بالدفع بعنوان مونيرو و هويه المعامله
   receiving_list3: تحقق من المعامله بواسط أمر "المعاملات" في سطر اوامر مونيرو
   program: التحقق من معامله برمجياً
   program_para1: للتحقق من معامله بطريقه برمجيه يمكنك إستخدام the get_payments or get_bulk_payments JSON RPC API calls.
@@ -237,24 +237,24 @@ contributing:
   intro: مونيرو هو مشروع مفتوح المصدر, يُقاد من قبل المجتمع , موضح بالأدني طرق عديده لمسانده المشروع .
   network: ساند الشبكه
   develop: طوّر
-  develop_para1: مونيرو مكتوب أساسياُ بلغه c++. كمشروع لا مركزي أي شخص مرحب به للإضافه أو القيام بالتعديلات في الكود الموجوده بالفعل. يتم إضافه طلبات السحب بناءً علي إجماع المجتمع. إنظر 
+  develop_para1: مونيرو مكتوب أساسياُ بلغه c++. كمشروع لا مركزي أي شخص مرحب به للإضافه أو القيام بالتعديلات في الكود الموجوده بالفعل. يتم إضافه طلبات السحب بناءً علي إجماع المجتمع. إنظر
   develop_para2: المستودعات
   develop_para3: والقضايا
   develop_para4: العالقه.
   full-node: قم بتشغيل خادم كامل
   full-node_para: شغّل monerod خادم مونيرو مع منفذ 18080. تشغيل خادم كامل يضمن الحصول علي أعلي خصوصيه وسريه ممكنه لمعاملاتك علي مونيرو. ويحسن من توزيع سلسله الكتل علي المستخدمين الجدد.
   mine: عدّن
-  mine_para1: التعدين يضمن أمان ولامركزيه شبكه مونيرو. في واجهه سطر مونيرو للأوامر وواجهه مونيرو الرسوميه يمكن تفعيل التعدين في الخلفيه. يمكن رؤيه موارد أخري علي التعدين 
+  mine_para1: التعدين يضمن أمان ولامركزيه شبكه مونيرو. في واجهه سطر مونيرو للأوامر وواجهه مونيرو الرسوميه يمكن تفعيل التعدين في الخلفيه. يمكن رؤيه موارد أخري علي التعدين
   mine_para2: هُنا.
   ffs: زياره نظام تمويل المنتدي
-  ffs_para1: مونيرو يستخدم 
+  ffs_para1: مونيرو يستخدم
   ffs_para2: نظام تمويل بالمنتدي
   ffs_para3: حيث يتم عرض المشاريع للتطوير وتمويل المجتمع. يتم عقد التمويل في الضمان ويتم مكافئه المطورين بناءً علي تحقيق الإنجازات المتفق عليها. أي شخص يمكنه عرض فكره جديده أو تمويل فكره موجوده بالفعل.
   donate: تبرّع
-  donate_para1: التطويرات القائمه مدعومه من قبل التبرعات و 
+  donate_para1: التطويرات القائمه مدعومه من قبل التبرعات و
   donate_para2: الرعاه.
   donate-xmr: التبرع بالمونيرو
-  donate-xmr_para: يُمكن إرسال التبرعات علي 
+  donate-xmr_para: يُمكن إرسال التبرعات علي
   or: أو
   donate-btc: التبرع بالبتكوين
   donate-btc_para: يُمكن إرسال التبرعات علي
@@ -289,7 +289,7 @@ faq:
   a11: الإستبداليه هي خاصيه بسيطه للمال وتعني أنه ليس هناك أي فرق بين كميتين من نفس القيمه. إذا إستبدل شخصين 10 و خمستين لم يخسر أحدهما اي شيء. مع ذلك دعنا نفترض أن الجميع يعرف أن هذه ال10 كانت مستخدمه سابقاً في هجمه إختراق, هل سيقوم الشخص الأخر بالتبديل في هذه الحاله ؟ غالباً لا. برغم أن الشخص الذي يملك ال10 ليست لديه أي صله بهجمه الإختراق تلك, هذه هي المشكله, منذ أنه يجب علي المستلم التحقق من تاريخ الاموال التي يتلقاها حتي لا ينتهي الأمر به بأموال ملوثه. مونيرو يتمتع بخاصيه الإستبداليه, وتعني أنك لا تحتاج أن تقوم بكل هذا الجهد, لأنه ليس هناك تاريخ شفاف لهذه الأموال من الأساس .
   q12: لو أن مونيرو خاص لهذه الدرجه كيف يمكننا التأكد من أنه لا يتم طباعته من الهواء ؟
   a12-1: في مونيرو, كل ناتج معامله مربوط بشكل فريد بصوره مفتاح التي لا يمكن إنشاؤها إلا بواسطه المالك لهذا الناتج. صور المفاتيح التي تستخدم أكثر من مره يتم رفضها بواسطه المُعدنين كمعامله مُتكرره ولا يمكن إضافتها في كتله سليمه. عندما يتم إستلام معامله جديده يتحقق المعدنين من أن صوره المفتاح لا توجد بالفعل في معامله سابقه للتأكد من أنها ليست مُعامله مُتكرره.
-  a12-2: يمكننا أيضاً معرفه أن كميه المعاملات سليمه علي الرغم من أن قيمه المعاملات المُرسله وناتجها مُشفرين ( مُشفرين لكل الناس عدا المُستلم ). لأن الكميه مُشفره عن طريق التزامات بيدرسن (Pedersen commitments) ما يعني ذلك أنه لا يُوجد مُلاحظ يمكنه معرفه المُدخلات والمُخرجات لكن يمكن عمل عمليات حسابيه علي إلتزامات بيدرسن لتأكيد أنه لم يتم إنشاء أي مونيرو من الهواء . 
+  a12-2: يمكننا أيضاً معرفه أن كميه المعاملات سليمه علي الرغم من أن قيمه المعاملات المُرسله وناتجها مُشفرين ( مُشفرين لكل الناس عدا المُستلم ). لأن الكميه مُشفره عن طريق التزامات بيدرسن (Pedersen commitments) ما يعني ذلك أنه لا يُوجد مُلاحظ يمكنه معرفه المُدخلات والمُخرجات لكن يمكن عمل عمليات حسابيه علي إلتزامات بيدرسن لتأكيد أنه لم يتم إنشاء أي مونيرو من الهواء .
   a12-3: طالما أن كميه المُخرجات المُشفره التي أنشأتها تُساوي نتيجه جميع المُدخلات التي يتم صرفها ( والتي تحوي مُخرج للمُستلم وآخر وهو الباقي ويعود لك و ايضاً رسوم المعامله وهي غير مشفره) بذلك تكون المعامله صحيحه ولم يتم إصدار أي مونيرو من الهواء. إلتزامات بيدرسن تعني أنه يمكن التأكد من أن مجموع النواتج مُتساوي. لكن القيمه الفرديه لكل عمليه جمع وحدها و المدخلات و المُخرجات وحدها لا يمكن تحديدها.
 
 mining:
@@ -320,29 +320,29 @@ using:
   learn_para4: الكود المصدري
   learn_para5: أيضاً مُتاح للتقيم والمناقشه
   support: 2. إطلب المساعده
-  support_para1: هُناك مجتمع كبير ومُتعاون سيُساعدك إذا واجهت أي صعوبات. إنظر 
+  support_para1: هُناك مجتمع كبير ومُتعاون سيُساعدك إذا واجهت أي صعوبات. إنظر
   support_para2: المُلتَقي
   support_para3: لمزيد من المعلومات.
   generate: 3. إنشاء محفظه
-  generate_para1: تحتاج محفظه مونيرو لتأمين أموالك. إنظر 
+  generate_para1: تحتاج محفظه مونيرو لتأمين أموالك. إنظر
   generate_para2: صفحه التنزيلات
   generate_para3: لقائمه المحافظ المُتاحه.
-  generate_para4: اسهل طريقه لتشغيل خادم مونيرو, بدون التأثير علي باقه الإنترنت الخاصه بك هي شراء خادم إفتراضي خاص (VPS). نَحن نرجّح بقوّه 
+  generate_para4: اسهل طريقه لتشغيل خادم مونيرو, بدون التأثير علي باقه الإنترنت الخاصه بك هي شراء خادم إفتراضي خاص (VPS). نَحن نرجّح بقوّه
   generate_para5: إستخدام
   generate_para6: رمز للحصول علي خصم إضافه علي أسعارهم المميزه بالفعل 6 دولارات بالشهر. بإستخدام هذا الرمز و/او
   generate_para7: رابط الدعوه الخاص بنا
   generate_para8: سيساهم أيضاً في تمويل التطوير القائم في مونيرو.
   acquire: 4. إحصل علي مونيرو
-  acquire_para1: يُمكن شراء مونيرو علي 
+  acquire_para1: يُمكن شراء مونيرو علي
   acquire_para2: مِنصّه تداول
-  acquire_para3: بإستخدام العملات المحليه أو العملات الرقميه. طريقه أخري للحصول علي مونيرو من خلال 
+  acquire_para3: بإستخدام العملات المحليه أو العملات الرقميه. طريقه أخري للحصول علي مونيرو من خلال
   acquire_para4: التعدين,
   acquire_para5: العمليه الحسابيه المعقده التي يتم بها تسجيل المعاملات تسجيلاً غير قابل للتعديل في سلسله الكتل.
   send-receive: 5. إِرسل و إستَلِم مونيرو
-  send-receive_para1: تعلم كيف تُرسل وتستقبل مونيرو بالإطلاع علي 
+  send-receive_para1: تعلم كيف تُرسل وتستقبل مونيرو بالإطلاع علي
   send-receive_para2: الدليل.
   transact: 6. تعامل بمونيرو
-  transact_para1: يُمكن إستخدام مونيرو لشراء العديد من المنتجات والخدمات. إنظر 
+  transact_para1: يُمكن إستخدام مونيرو لشراء العديد من المنتجات والخدمات. إنظر
   transact_para2: صفحه التجار.
 
 what-is-monero:
@@ -355,7 +355,7 @@ what-is-monero:
   confidential_para1: جميع المعاملات في مونيرو تُخفي عناوين الراسل والمُرسل إليه وكذلك الكميه المُرسله إفتراضياً. السريه الإفتراضيه دائماً تعني أن نشاط كل مستخدم علي شبكه مونيرو يعزز من سريه المستخدمين الآخرين. عكس العملات الرقميه الأخري الشفافه إنتقائياً ( مثل زد كاش ).
   confidential_para2: مونيرو إستبدالي, بفضل خاصيه التعتيم (إخفاء عنوان الراسل والمُرسل إليه والكميه المُرسله) لا يُمكن لأجزاء مونيرو أن تكون مُلوثه عن طريق تاريخ المعاملات السابقه. وهذا يعني أن مونيرو دائماً يُمكن قبوله بدون خطر الرقابه .
   confidential_para3: مشروع كوفري (Kovri),
-  confidential_para4: حالياً قيد التطوير 
+  confidential_para4: حالياً قيد التطوير
   confidential_para5: " سيقوم بتوجيه وتشفير المعاملات عن طريقه خوادم برتوكول الإنترنت الخفي (I2P). سيقوم هذا بالتعتيم علي عنوان IP المُرسل ويوفر حمايه اكثر ضد مراقبه الشبكات."
   grassroots: مونيرو لديه مجتمع ذو قاعده شعبيه جاذبه لافضل باحثي العملات الرقميه والمهندسين الموهوبين في العالم.
   grassroots_para1: أكثر من
@@ -370,7 +370,7 @@ what-is-monero:
 about:
   translated: "yes"
   history: لمحه تاريخيه
-  history_para1: تم إطلاق مونيرو في ربيع اﻵخر سنه 2014. إنطلاق عادل, تم الإعلان المُسبق عن الكود المرجعي ل(CryptoNote). لم يكن هناك أي تعدين مُسبق أو فعلي ولا يوجد نسبه من مكافئات الكتل تذهب إلي التطوير. أُنظر الموضوع الأصلي علي موقع حديث البتكوين 
+  history_para1: تم إطلاق مونيرو في ربيع اﻵخر سنه 2014. إنطلاق عادل, تم الإعلان المُسبق عن الكود المرجعي ل(CryptoNote). لم يكن هناك أي تعدين مُسبق أو فعلي ولا يوجد نسبه من مكافئات الكتل تذهب إلي التطوير. أُنظر الموضوع الأصلي علي موقع حديث البتكوين
   history_para2: هُنا.
   history_para3: إقترح المؤسس Thankful_for_today بعض التغييرات التي أثارت الجدل فرفضها المجتمع. ومن تداعيات ذلك قيام فريق مونيرو الجوهري الحالي بفصل المشروع بعيداً عنه وتبع المجتمع هذا الفريق الأساسي الجديد ومنذ ذلك اليوم تولي هذا الفريق أمور المشروع.
   history_para4: قام مونيرو بالعديد من التحسينات مُنذ الإطلاق. تم نقل سلسله الكتل إلي بنيه قاعده بيانات جديده توفر قدر أكبر من الكفائه والمرونه, تم وضع الحد الادني لتوقيعات الطوق (Ring Signature) حتي تكون جميع المعاملات سريه إفتراضياً, وتم دمج معاملات الطوق السريه (RingCT) لإخفاء الكميه المُرسله. وفرت جميع التحسينات كفائه أفضل للخصوصيه والأمان, أو سهلت الإستخدام, يستمر مونيرو في التطوير بهدف الخصوصيه والأمان في المقام الأول, وسهوله الإستخدام والكفائه في المقام الثاني.
@@ -381,7 +381,7 @@ about:
   privacy: الخصوصيه
   privacy_para: يأخذ مونيرو الخصوصيه بكل جديه. يجب أن يكون مونيرو قادراً علي حمايه مستخدمينه في المحاكم أو في أكثر الحالات تطرفاً من عقوبه الإعدام. هذا المستوي من الخصوصيه يجب أن يكون متاحاً لجميع المستخدمين, سواء كانو مؤهلين تقنياً أو ليس لديهم أي فكره كيف يعمل مونيرو. يجب أن يثق المستخدم في مونيرو و لا يشعر بأي ضغط يجعله يُغير عادات الإنفاق الخاصه به بسبب خطر إكتشاف اﻵخرين.
   decentralization: اللامركزيه
-  decentralization_para: يلتزم مونيرو بتوفير أكبر قدر من اللامركزيه. مع مونيرو لست بحاجه للثقه بأي شخص آخر في الشبكه, ولا يتم السيطره علي الشبكه من قبل أي جماعه معينه, خوارزميه "تأكيد-العمل" سهله الوصول تجعل من السهل تعدين مونيرو علي الحواسيب العاديه, والذي يجعل شراء شخص لكميه كبيره من قوه التعدين أمر أكثر صعوبه, تتصل الخوادم ببعضها عن طريق برتوكول الإنترنت الخفي(I2P) لتقليل خطر كشف معلومات حساسه عن المعاملات و الرقابه (قريباً). قرارات التطوير مفتوحه وواضحه للعامه لمناقشتها. سجل مقابلات المُطورين يتم نشره علي الموقع كامل ومتاح للجميع. 
+  decentralization_para: يلتزم مونيرو بتوفير أكبر قدر من اللامركزيه. مع مونيرو لست بحاجه للثقه بأي شخص آخر في الشبكه, ولا يتم السيطره علي الشبكه من قبل أي جماعه معينه, خوارزميه "تأكيد-العمل" سهله الوصول تجعل من السهل تعدين مونيرو علي الحواسيب العاديه, والذي يجعل شراء شخص لكميه كبيره من قوه التعدين أمر أكثر صعوبه, تتصل الخوادم ببعضها عن طريق برتوكول الإنترنت الخفي(I2P) لتقليل خطر كشف معلومات حساسه عن المعاملات و الرقابه (قريباً). قرارات التطوير مفتوحه وواضحه للعامه لمناقشتها. سجل مقابلات المُطورين يتم نشره علي الموقع كامل ومتاح للجميع.
 
 
 developer-guides:
@@ -403,7 +403,7 @@ user-guides:
   import-blockchain: إستيراد سلسله كتل مونيرو
   monero-tools: ادوات مونيرو
   purchasing-storing: شراء وتخزين مونيرو بأمان
-  verify-allos: تحقق من ملفات التثبيت علي ويندوز ولينُكس (متقدم) 
+  verify-allos: تحقق من ملفات التثبيت علي ويندوز ولينُكس (متقدم)
   verify-windows: تحقق من الملفات علي ويندوز (للمبتدئين)
   mine-on-pool: كيفيه التعدين في حقل (تجمّع للتعدين) مع برنامج xmr-stak-cpu
   solo-mine: كيفيه التعدين منفرداً بالواجهه الرسوميه
@@ -444,6 +444,8 @@ research-lab:
   mrl4_abstract: قد حددنا العديد من هجمات التحليل المتاحه ضد بروتوكول كريبتونوت (CryptoNote 2.0) التي تهدف إضعاف عدم إمكانيه التتبع.نقوم بتحليل الحلول الممكنه, ومناقشه مزاياها وعيوبها, ونوصي بالتحسينات اللازمه لبروتوكول مونيرو التي ستقوم بمقاومه تتبع سلسله الكتل علي المدي الطويل. تشمل هذه التحسينات علي مستوي البروتوكول والشبكه أقل عدد لدمج توقيعات-الطوق (n = 2) , علي مستوي البروتوكول رفع هذه القيمه بعد سنتين إلي ( n = 4 ) , وعلي مستوي المحفظه (n = 4) في هذه الأثناء. ننصح أيضاً بنظام الند إلي الند في إرسال مخرجات معامله مونيرو. نناقش أيضاً طريقه إختيار غير موحده تعتمد علي العمر للتخفيف من هجمات تحليل سلسله الكتل الذي تم تحديده هنا. ولكننا لا نقدم أي توصيات رسميه بشأن دمجها لمجموعه متنوعه من الأسباب. ونناقش أيضاً بالتفصيل الأثار المترتبه علي هذه التحسينات. هذا البحث لم يتم مراجعته ولا يعكس سوي نتائج التحقيق الداخلي.
   mrl5: المعاملات السريه لتوقيعات الطوق
   mrl5_abstract: يُقدم هذا المقال طريقه إخفاء كميه المعاملات في العمله الرقميه اللامركزيه مونيرو . كالبتكوين تعتمد عمله مونيرو علي التوزيع من خلال عمليه إثبات-العمل (التعدين). بروتوكول مونيرو الأساسي مبني علي CryptoNote والذي يستهدم توقعيات-الطوق و مفاتيح المره الواحده لإخفاء واجهه و مصدر المعاملات. مؤخراً, تم مناقشه ودمج أسلوب إخفاء المعاملات بواسطه مُطور البتكوين جورج ماكسويل. في هذا المقال يتم وصف نوع جديد من نظام توقيعات-الطوق وهو توقيع مجهول متعدد الطبقات ويسمح بإخفاء مبلغ المعاملات ومصدرها ووِجهتها بكافئه معقوله . بعض ملحقات البروتوكول متوفره مثال (Aggregate Schnorr Range Proofs) و توقيعات-الطوق المزدوجه (Ring Multisignature).يود الكاتب ذكر أن  المسودات المبكره لهذا تم نشرها علي قناه مونيرو والبتكوين عبر ال IRC . تم تسجيل المسودات بسلسله الكتل [14] توضح أنه قد بدأ العمل في صيف 2015 وإكتمل في أوائل شهر أكتوبر 2015 كما تتوفر نسخه إلكترونيه في http://eprint.iacr.org/2015/1098.
+  mrl6: Subadresses
+  mrl6_abstract: Users of the Monero cryptocurrency who wish to reuse wallet addresses in an unlinkable way must maintain separate wallets, which necessitates scanning incoming transactions for each one. We document a new address scheme that allows a user to maintain a single master wallet address and generate an arbitary number of unlinkable subaddresses. Each transaction needs to be scanned only once to determine if it is destinated for any of the user’s subaddresses. The scheme additionally supports multiple outputs to other subaddresses, and is as efficient as traditional wallet transactions.
   cryptonote: الورقه البيضاء لكريبتونوت (CryptoNote)
   cryptonote-whitepaper: الورقه البيضاء لكريبتونوت (CryptoNote)
   cryptonote-whitepaper_para: هذه هي الورقه الرسميه لكريبتونوت المكتوبه بواسطه فريق كريبتونوت. قرائتها سوف يعطيك فِهماً حول آليه عمل خوارزميه كريبتونوت في العموم.
@@ -485,7 +487,7 @@ specs:
   supply_amount: لانهائي
   sender_privacy_title: خصوصيه المُرسل
   sender_privacy_mode: توقيعات-الطوق (Ring signatures)
-  recipient_privacy_title: خصوصيه المُستَلِم 
+  recipient_privacy_title: خصوصيه المُستَلِم
   recipient_privacy_mode: العناوين المخفيه (Stealth addresses)
   amount_hidden_title: تعتيم الكميه
   amount_hidden_mode: مُعاملات الطوق السريه (Ring confidential transactions)
@@ -497,7 +499,7 @@ blog:
   title_3: المنشورات
   tagged: الموصوفه ب
   author: تم النشر بواسطه
-  date: تم النشر في 
+  date: تم النشر في
   forum: إضغط هُنا للمشاركه في المناقشه حول هذا الموضوع في منتديات مونيرو
 
 tags:
diff --git a/_i18n/en.yml b/_i18n/en.yml
index c261d469bb0b5ff06c030c4a3b3d4283a64e1fc5..32ac499a81de49fee8fdcc7cdeffaf253b6f4767 100644
--- a/_i18n/en.yml
+++ b/_i18n/en.yml
@@ -445,6 +445,8 @@ research-lab:
   mrl4_abstract: We identify several blockchain analysis attacks available to degrade the untraceability of the CryptoNote 2.0 protocol. We analyze possible solutions, discuss the relative merits and drawbacks to those solutions, and recommend improvements to the Monero protocol that will hopefully provide long-term resistance of the cryptocurrency against blockchain analysis. Our recommended improvements to Monero include a protocol-level network-wide minimum mix-in policy of n = 2 foreign outputs per ring signature, a protocol-level increase of this value to n = 4 after two years, and a wallet-level default value of n = 4 in the interim. We also recommend a torrent-style method of sending Monero output. We also discuss a non-uniform, age-dependent mix-in selection method to mitigate the other forms of blockchain analysis identified herein, but we make no formal recommendations on implementation for a variety of reasons. The ramifications following these improvements are also discussed in some detail. This research bulletin has not undergone peer review, and reflects only the results of internal investigation.
   mrl5: Ring Signature Confidential Transactions
   mrl5_abstract: This article introduces a method of hiding transaction amounts in the strongly decentralized anonymous cryptocurrency Monero. Similar to Bitcoin, Monero is a cryptocurrency which is distributed through a proof of work “mining” process. The original Monero protocol was based on CryptoNote, which uses ring signatures and one-time keys to hide the destination and origin of transactions. Recently the technique of using a commitment scheme to hide the amount of a transaction has been discussed and implemented by Bitcoin Core Developer Gregory Maxwell. In this article, a new type of ring signature, A Multi-layered Linkable Spontaneous Anonymous Group signature is described which allows for hidden amounts, origins and destinations of transactions with reasonable efficiency and verifiable, trustless coin generation. Some extensions of the protocol are provided, such as Aggregate Schnorr Range Proofs, and Ring Multisignature. The author would like to note that early drafts of this were publicized in the Monero Community and on the bitcoin research irc channel. Blockchain hashed drafts are available in [14] showing that this work was started in Summer 2015, and completed in early October 2015. An eprint is also available at http://eprint.iacr.org/2015/1098.
+  mrl6: Subadresses
+  mrl6_abstract: Users of the Monero cryptocurrency who wish to reuse wallet addresses in an unlinkable way must maintain separate wallets, which necessitates scanning incoming transactions for each one. We document a new address scheme that allows a user to maintain a single master wallet address and generate an arbitary number of unlinkable subaddresses. Each transaction needs to be scanned only once to determine if it is destinated for any of the user’s subaddresses. The scheme additionally supports multiple outputs to other subaddresses, and is as efficient as traditional wallet transactions.
   cryptonote: Cryptonote Whitepapers
   cryptonote-whitepaper: Cryptonote Whitepaper
   cryptonote-whitepaper_para: This is the original cryptonote paper written by the cryptonote team. Reading it will give an understanding about how the cryptonote algorithm works in general.
diff --git a/_i18n/es.yml b/_i18n/es.yml
index 6034e61ade70628151cc6834914f0e3753ab61f8..77ce50f6021d3da40ff642765566651c9e2a7b85 100644
--- a/_i18n/es.yml
+++ b/_i18n/es.yml
@@ -445,6 +445,8 @@ research-lab:
   mrl4_abstract: We identify several blockchain analysis attacks available to degrade the untraceability of the CryptoNote 2.0 protocol. We analyze possible solutions, discuss the relative merits and drawbacks to those solutions, and recommend improvements to the Monero protocol that will hopefully provide long-term resistance of the cryptocurrency against blockchain analysis. Our recommended improvements to Monero include a protocol-level network-wide minimum mix-in policy of n = 2 foreign outputs per ring signature, a protocol-level increase of this value to n = 4 after two years, and a wallet-level default value of n = 4 in the interim. We also recommend a torrent-style method of sending Monero output. We also discuss a non-uniform, age-dependent mix-in selection method to mitigate the other forms of blockchain analysis identified herein, but we make no formal recommendations on implementation for a variety of reasons. The ramifications following these improvements are also discussed in some detail. This research bulletin has not undergone peer review, and reflects only the results of internal investigation.
   mrl5: Ring Signature Confidential Transactions
   mrl5_abstract: This article introduces a method of hiding transaction amounts in the strongly decentralized anonymous cryptocurrency Monero. Similar to Bitcoin, Monero is a cryptocurrency which is distributed through a proof of work “mining” process. The original Monero protocol was based on CryptoNote, which uses ring signatures and one-time keys to hide the destination and origin of transactions. Recently the technique of using a commitment scheme to hide the amount of a transaction has been discussed and implemented by Bitcoin Core Developer Gregory Maxwell. In this article, a new type of ring signature, A Multi-layered Linkable Spontaneous Anonymous Group signature is described which allows for hidden amounts, origins and destinations of transactions with reasonable efficiency and verifiable, trustless coin generation. Some extensions of the protocol are provided, such as Aggregate Schnorr Range Proofs, and Ring Multisignature. The author would like to note that early drafts of this were publicized in the Monero Community and on the bitcoin research irc channel. Blockchain hashed drafts are available in [14] showing that this work was started in Summer 2015, and completed in early October 2015. An eprint is also available at http://eprint.iacr.org/2015/1098.
+  mrl6: Subadresses
+  mrl6_abstract: Users of the Monero cryptocurrency who wish to reuse wallet addresses in an unlinkable way must maintain separate wallets, which necessitates scanning incoming transactions for each one. We document a new address scheme that allows a user to maintain a single master wallet address and generate an arbitary number of unlinkable subaddresses. Each transaction needs to be scanned only once to determine if it is destinated for any of the user’s subaddresses. The scheme additionally supports multiple outputs to other subaddresses, and is as efficient as traditional wallet transactions.
   cryptonote: Cryptonote Whitepapers
   cryptonote-whitepaper: Cryptonote Whitepaper
   cryptonote-whitepaper_para: This is the original cryptonote paper written by the cryptonote team. Reading it will give an understanding about how the cryptonote algorithm works in general.
diff --git a/_i18n/fr.yml b/_i18n/fr.yml
index 6171ade6c5fd75974b27ed7beaa48aed15067bba..d872107af5e7b55d28c7e5c955e2a9ef08c38dbf 100644
--- a/_i18n/fr.yml
+++ b/_i18n/fr.yml
@@ -445,8 +445,10 @@ research-lab:
   mrl3_abstract: Récemment, quelques vagues de frayeurs concernant le code source et le protocole CryptoNote on circulé sur internet fondé sur le fait qu'il s'agisse d'un protocole plus complexe que, par exemple Bitcoin. Ce rapport tentera d'éclaircir ces méconnaissances et avec un peu de chance retirera une partie du mystère entourant les signatures de cercle de Monero. Nous commencerons par comparer les calculs mathématiques impliqués dans les signatures de cercle CryptoNote (comme décrit dans [CN]) à ceux de [FS], sur lesquelles est basé CryptoNote. Après cela, nous comparerons les calculs mathématiques des signatures de cercle à ce qui se trouve actuellement dans la base de code de CryptoNote.
   mrl4: Amélioration de l'obscurcissement dans le protocole CryptoNote
   mrl4_abstract: Nous avons identifier plusieurs attaques d'analyse de la chaîne de blocs pouvant dégrader l'intraçabilité du protocol CryptoNote 2.0. Nous analysons de possibles solutions, discutons de leurs avantages et inconvénients et recommandons des améliorations du protocole Monero qui devraient fournir une résistance à l'analyse de la chaîne de blocs de la cryptomonnaie sur le long terme. Nos recommandations d'améliorations incluent une politique minimale protocolaire de mixage des entrées minimale de n = 2 sortie distantes par signature de cercle, une augmentation protocolaire de cette valeur à n = 4 au bout de deux ans et une valeur par défaut dans le portefeuille à n = 4 dans l'intervalle. Nous recommandons également une méthode d'émission des sorties Monero "à la torrent". Nous discutons aussi d'une méthode de sélection du mixage des entrées non-uniforme et dépendante du temps pour atténuer les autres formes d'analyse de la chaîne de blocs identifiés ici, mais nous ne faisons aucune recommandations formelles de son implémentation pour diverses raisons. Nous y détaillons par ailleurs les répercussions découlant de ces améliorations. Ce bulletin de recherche n'a pas fait l'objet d'un examen par des tiers, et ne reflète que les résultats d'investigations internes.
-  mrl5: Ring Signature Confidential Transactions
+  mrl5: Transactions Confidentielles à Signatures de Cercle
   mrl5_abstract: Cet article présente une méthode de masquage du montant des transactions dans la cryptomonnaie anonyme fortement décentralisée Monero. De la même manière que Bitcoin, Monero est une cryptomonnaie basée sur un processus "d'extraction minière" basé sur une preuve de travail. Le protocole originel de Monero était basé sur CryptoNote , qui utilise les signatures de cercle et des clefs à usage unique pour masquer l'origine et la destination des transactions. Récemment, une technique utilisant un mécanisme déterministe pour masquer le montant d'une transaction a été étudié et implémenté par Gregory Maxwell, l'un des développeur principaux de Bitcoin. Dans cette article, nous exposons un nouveau type de signatures de cercle, une Signature de Groupe Associable Anonyme et Spontané à Plusieurs Niveaux permettant de masquer les montants, les origines et les destinations des transactions avec une efficacité raisonnable et une génération de pièces de monnaie vérifiable et fiable. Quelques extensions protocolaires sont fournies, telles que la preuve à divulgation nulle de connaissance de Schnorr, et les multi-signatures de cercle. L'auteur voudrait faire remarquer que les premières ébauches ont été publiées dans la communauté Monero et sur le canal IRC de recherche bitcoin. Des brouillons de chaîne de blocs sont disponibles dans [14], montrant que ce travail a débuté à l'été 2015 et s'est achevé début octobre 2015. Une impression électronique est également disponible sur http://eprint.iacr.org/2015/1098.
+  mrl6: Sous-adresses
+  mrl6_abstract: Les Utilisateurs de la cryptomonnaie Monero qui souhaitent réutiliser des adresses de portefeuille d'une manière non connectable doivent maintenir des portefeuilles séparés, ce qui nécessite de scanner les transactions entrante pour chacun. Nous avons documenté un nouveau schéma d'adresses qui permet à un utilisateur de maintenir une seule adresse de portefeuille et de générer un nombre arbitraire de sous-adresses non connectables. Chaque transaction n'a besoin d'être scannée qu'une seule fois pour déterminer si la destination appartient à une quelconque sous-adresse de l'utilisateur. Le schéma supporte également des sorties multiples vers d'autres sous-adresses et est aussi efficace que les transactions traditionnelles de portefeuille.
   cryptonote: Livres Blancs CryptoNote
   cryptonote-whitepaper: Livre Blanc Cryptonote
   cryptonote-whitepaper_para: Voici le document originel de CryptoNote écrit par l'équipe CryptoNote. En le lisant, vous comprendrez comment l'algorithme CryptoNote fonctionne d'une manière générale.
diff --git a/_i18n/it.yml b/_i18n/it.yml
index 0ef611c05cf1e9602194580f315a3125405131ab..7c3f51ded20187278149ecdbf549dcf9ef352a1a 100644
--- a/_i18n/it.yml
+++ b/_i18n/it.yml
@@ -445,6 +445,8 @@ research-lab:
   mrl4_abstract: We identify several blockchain analysis attacks available to degrade the untraceability of the CryptoNote 2.0 protocol. We analyze possible solutions, discuss the relative merits and drawbacks to those solutions, and recommend improvements to the Monero protocol that will hopefully provide long-term resistance of the cryptocurrency against blockchain analysis. Our recommended improvements to Monero include a protocol-level network-wide minimum mix-in policy of n = 2 foreign outputs per ring signature, a protocol-level increase of this value to n = 4 after two years, and a wallet-level default value of n = 4 in the interim. We also recommend a torrent-style method of sending Monero output. We also discuss a non-uniform, age-dependent mix-in selection method to mitigate the other forms of blockchain analysis identified herein, but we make no formal recommendations on implementation for a variety of reasons. The ramifications following these improvements are also discussed in some detail. This research bulletin has not undergone peer review, and reflects only the results of internal investigation.
   mrl5: Ring Signature Confidential Transactions
   mrl5_abstract: This article introduces a method of hiding transaction amounts in the strongly decentralized anonymous cryptocurrency Monero. Similar to Bitcoin, Monero is a cryptocurrency which is distributed through a proof of work “mining” process. The original Monero protocol was based on CryptoNote, which uses ring signatures and one-time keys to hide the destination and origin of transactions. Recently the technique of using a commitment scheme to hide the amount of a transaction has been discussed and implemented by Bitcoin Core Developer Gregory Maxwell. In this article, a new type of ring signature, A Multi-layered Linkable Spontaneous Anonymous Group signature is described which allows for hidden amounts, origins and destinations of transactions with reasonable efficiency and verifiable, trustless coin generation. Some extensions of the protocol are provided, such as Aggregate Schnorr Range Proofs, and Ring Multisignature. The author would like to note that early drafts of this were publicized in the Monero Community and on the bitcoin research irc channel. Blockchain hashed drafts are available in [14] showing that this work was started in Summer 2015, and completed in early October 2015. An eprint is also available at http://eprint.iacr.org/2015/1098.
+  mrl6: Subadresses
+  mrl6_abstract: Users of the Monero cryptocurrency who wish to reuse wallet addresses in an unlinkable way must maintain separate wallets, which necessitates scanning incoming transactions for each one. We document a new address scheme that allows a user to maintain a single master wallet address and generate an arbitary number of unlinkable subaddresses. Each transaction needs to be scanned only once to determine if it is destinated for any of the user’s subaddresses. The scheme additionally supports multiple outputs to other subaddresses, and is as efficient as traditional wallet transactions.
   cryptonote: Cryptonote Whitepapers
   cryptonote-whitepaper: Cryptonote Whitepaper
   cryptonote-whitepaper_para: This is the original cryptonote paper written by the cryptonote team. Reading it will give an understanding about how the cryptonote algorithm works in general.
diff --git a/_i18n/pl.yml b/_i18n/pl.yml
index 656643cf483d058f55c363ce0a4e09da1983d04c..884b00ca7eb8b93e4bd3770e1bae9785cea298db 100644
--- a/_i18n/pl.yml
+++ b/_i18n/pl.yml
@@ -419,7 +419,7 @@ user-guides:
   prove-payment: Jak udowodnić płatność
   restore-from-keys: Przywracanie portfela za pomocÄ… kluczy
   nicehash: Jak wydobywać Monero (XMR) bez sprzętu wydobywczego
-  ledger-wallet-cli: 
+  ledger-wallet-cli:
 
 roadmap:
   translated: "yes"
@@ -446,6 +446,8 @@ research-lab:
   mrl4_abstract: Zauważyliśmy, że wiele ataków w formie analizy łańcuchów bloków może zdegradować niewykrywalność protokołu CryptoNote 2.0. Analizujemy możliwe rozwiązania, dyskutujemy względne zalety i wady tych rozwiązań i sugerujemy ulepszenia w protokole Monero, które zapewnią długoterminową odporność kryptowaluty na analizy łańcucha bloków. Nasze zalecane ulepszenia Monero uwzględniają politykę minimalnego miksowania na poziomie protokołu w całej sieci z n=2 obcych wyjść na jeden podpis pierścieniowy, zwiększenie tej ilości do n=4 na poziomie protokołu po dwóch latach oraz tymczasową domyślną ilość n=4 na poziomie portfela. Zalecamy również metodę wysyłania wyjść Monero w stylu torrentów. Dyskutujemy także nad niejednolitą, zależną od wieku metodą wyboru miksowania w celu złagodzenia pozostałych form analizy łańcucha bloków tu opisanych, ale nie czynimy żadnych formalnych zaleceń ich wdrożenia z wielu powodów. Rozgałęzienia następujące w efekcie tych ulepszeń również są opisane w pewnym stopniu. Ten biuletyn badawczy nie uległ rewizji i jedynie odzwierciedla wyniki wewnętrznego dochodzenia.
   mrl5: Transakcje z Poufnym Podpisem Pierścieniowym
   mrl5_abstract: Ten artykuł wprowadza do metody ukrywania kwot transakcji w silnie zdecentralizowanej, anonimowej kryptowalucie Monero. Podobnie jak Bitcoin, Monero jest kryptowalutą rozprowadzaną za pomocą procesu wydobycia z dowodem pracy. Oryginalny protokół Monero został oparty na CryptoNote, który używa podpisów pierścieniowych oraz jednorazowych kluczy w celu ukrycia nadawcy i odbiorcy płatności. Ostatnio deweloper Centrum Bitcoina, Gregory Maxwell, omawiał oraz wdrożył technikę użycia zobowiązań bitowych, aby ukryć kwotę transakcji. Ten artykuł opisuje nowy rodzaj podpisu pierścieniowego - Wielowarstwowy Łączony Spontaniczny Anonimowy Podpis Grupowy, który umożliwia ukrycie kwot, nadawcy i odbiorcy przelewów z rozsądną wydajnością oraz weryfikowalną produkcją monet bez zaufania. Przytoczono niektóre rozszerzenia protokołu, takie jak Zagregowane Dowody Zasięgu Schnorra oraz Wielopodpisy Pierścieniowe. Autor pragnie zaznaczyć, że wczesne projekty tego artykułu zostały opublikowane w społeczności Monero oraz na kanale IRC dotyczącym badań nad Bitcoinem. Projekty haszowania łańcucha bloków są dostępne w [14] i dowodzą, że praca ta została rozpoczęta w lecie 2015 roku i skończona na początku października 2015 roku. E-print dostępny jest także na stronie http://eprint.iacr.org/2015/1098.
+  mrl6: Subadresses
+  mrl6_abstract: Users of the Monero cryptocurrency who wish to reuse wallet addresses in an unlinkable way must maintain separate wallets, which necessitates scanning incoming transactions for each one. We document a new address scheme that allows a user to maintain a single master wallet address and generate an arbitary number of unlinkable subaddresses. Each transaction needs to be scanned only once to determine if it is destinated for any of the user’s subaddresses. The scheme additionally supports multiple outputs to other subaddresses, and is as efficient as traditional wallet transactions.
   cryptonote: Dokumenty oficjalne CryptoNote
   cryptonote-whitepaper: Oficjalne dokumenty CryptoNote
   cryptonote-whitepaper_para: Oficjalny dokument napisany przez zespół CryptoNote. Pozwala zrozumieć, jak ogólnie działa algorytm CryptoNote.
diff --git a/resources/research-lab/index.md b/resources/research-lab/index.md
index 44dbe6ac1ac0159a1d22b008ecdaa2a32d4a1fc6..a777644158d0759c5f185a50074e5e29e2de173c 100644
--- a/resources/research-lab/index.md
+++ b/resources/research-lab/index.md
@@ -51,7 +51,7 @@ permalink: /resources/research-lab/index.html
                     <input id="tab-four" type="checkbox" name="tabs" class="accordion">
                     <label for="tab-four" class="accordion">MRL-0004: {% t research-lab.mrl4 %}</label>
                     <div class="tab-content">
-                        <p><strong>{% t research-lab.abstract %}:</strong>{% t research-lab.mrl4_abstract %}
+                        <p><strong>{% t research-lab.abstract %}:</strong> {% t research-lab.mrl4_abstract %}
                             <br>
                             <br>
                             <a target="_blank" rel="noreferrer noopener" href="https://lab.getmonero.org/pubs/MRL-0004.pdf">{% t research-lab.read-paper %}</a></p>
@@ -61,10 +61,20 @@ permalink: /resources/research-lab/index.html
                     <input id="tab-five" type="checkbox" name="tabs" class="accordion">
                     <label for="tab-five" class="accordion">MRL-0005: {% t research-lab.mrl5 %}</label>
                     <div class="tab-content">
-                        <p><strong>{% t research-lab.abstract %}:</strong>{% t research-lab.mrl5_abstract %}
+                        <p><strong>{% t research-lab.abstract %}:</strong> {% t research-lab.mrl5_abstract %}
                             <br>
                             <br>
-                            <a href="https://lab.getmonero.org/pubs/MRL-0005.pdf" target="_blank" rel="noreferrer noopener">{% t research-lab.mrl5_abstract %}</a></p>
+                            <a href="https://lab.getmonero.org/pubs/MRL-0005.pdf" target="_blank" rel="noreferrer noopener">{% t research-lab.read-paper %}</a></p>
+                    </div>
+                </div>
+                <div class="tab">
+                    <input id="tab-sixth" type="checkbox" name="tabs" class="accordion">
+                    <label for="tab-sixth" class="accordion">MRL-0006: {% t research-lab.mrl6 %}</label>
+                    <div class="tab-content">
+                        <p><strong>{% t research-lab.abstract %}:</strong> {% t research-lab.mrl6_abstract %}
+                            <br>
+                            <br>
+                            <a href="https://lab.getmonero.org/pubs/MRL-0006.pdf" target="_blank" rel="noreferrer noopener">{% t research-lab.read-paper %}</a></p>
                     </div>
                 </div>
             </div>