Lightning сүлжээний төлбөрийн чиглүүрийг шинэчлэх хэд хэдэн арга замууд

By Bitcoin Сэтгүүл - 1 жилийн өмнө - Унших хугацаа: 7 минут

Lightning сүлжээний төлбөрийн чиглүүрийг шинэчлэх хэд хэдэн арга замууд

Дэлхий даяар ашиглах боломжтой протокол болгон хөгжүүлэхийн тулд Lightning-ийн тодорхой хэмжээний сайжруулалтыг авч үзэх шаардлагатай.

Lightning Network нь маш сайн хөгжсөн, хурдацтай хөгжиж буй, 2-р түвшний гүйлгээний шийдэл юм Bitcoin сүлжээ. Илүү олон үйлчилгээ, биржүүд үүнийг нэгтгэж, чиглүүлэлтийн төлбөр хийх боломжтой хөрвөх чадвар нэмэгдэж, хэрэглэгчид түүнтэй харилцах олон програм, арга замууд жил бүр хөгжиж байна. Мөн урт хугацаанд даван туулах олон асуудал бий: 

Өргөтгөх чадвар нь гинжин хэлхээнд нэг удаад хэдэн суваг нээх эсвэл хаахыг хязгаарладаг. Хамгийн бага хэмжээтэй холбоотой асуудал байна Хэш цаг түгжигдсэн гэрээ (HTLC) нь сүлжээний төлбөр нэмэгдэхийн хэрээр нэмэгдэж байна, учир нь үүнийг шийдвэрлэхийн тулд хэмнэлттэй байх ёстой. Мөн хувийн нууцтай холбоотой олон асуудал бий.

Байнга яригддаг нэг гол асуудал бол төлбөрийн чиглүүлэлтийн хөрвөх чадварын шаардлага юм. Төлбөрийг амжилттай дамжуулахын тулд илгээгчээс хүлээн авагч хүртэлх сувгийн холбоос байх ёстой бөгөөд энэ нь сувгийн баруун талд төлбөрийг дамжуулахад хангалттай хөрвөх чадвартай байх ёстой. Энэ нь сүлжээнд зоосоо хаана байршуулах шийдвэр гаргах нь маш чухал юм. Энэ нь хүмүүсийн ашиглахыг хүсч буй хөрвөх чадварын нийт хэмжээ нь сүлжээ хэр их үнэ цэнийг боловсруулж чадах талаар дээд хязгаар гэсэн үг юм.

Эцсийн дүндээ та суваг нээхдээ тэр мөнгийг зөвхөн тухайн сувгийн түнш болон график дээр холбогдсон хэнтэй ч хамаагүй төлбөрийг чиглүүлэхэд ашиглахаар түгжихээр шийдэж байна. Тийм ээ, эцсийн эцэст Lightning Network-ийн санаа нь хангалттай хоп хийснээр та бараг хаана ч байсан холболтыг олж чадна гэсэн үг юм. Гэсэн хэдий ч бодит байдал нь хэрэв өөр хэн нэгэн таны хийж чадахаас бага хурдтайгаар төлбөрийг зорьсон газар руу чиглүүлж чадвал энэ нь төлбөрийг чиглүүлэх замыг сонгох магадлал өндөр юм. Lightning нь аль хэдийн их хэмжээний барьцаа шаарддаг, өөрөөр хэлбэл, 1 BTC-ийн төлбөрийг 10 хопоор дамжуулахын тулд 10 BTC барьцааг тухайн замын дагуух төлбөрийн сувагт түгжих шаардлагатай. Чиглүүлэлтийн орлого олохын тулд сайн холболттой байхын төлөөх өрсөлдөөн нь илүү их барьцаа хөрөнгийг урамшуулах замаар үүнийг улам хурцатгадаг.

Энэ нь Lightning сувгууд нь хоёр талын "хоолой" бөгөөд эдгээр хоёр чиглэлд үнэ цэнийг нааш цааш түлхэж чаддагтай холбоотой асуудал юм. Гэсэн хэдий ч энд нэг зүйл байна: Асуудал нь төсөөллийн асуудал юм. Lightning дээрх төлбөрүүд нь a-д скрипт болох HTLC-г ашигладаг Bitcoin Нэг хүн гаралтыг нэхэмжилж, хэшийн урьдчилсан дүрсийг илчлэх замаар зарцуулж болно, эсвэл өөр хүн гаралтыг нэхэмжилж, хугацаа дуусахыг хүлээсний дараа зарцуулж болно гэсэн гаралт. Энэ бол гинжин хэлхээнд, Lightning сувгууд дээр, төрийн гинжний дээд талд, хажуугийн хэлхээнд гэх мэт ашиглаж болох ерөнхий скрипт юм. Та HTLC ашиглаж чадвал онолын хувьд Lightning төлбөрийг чиглүүлэхэд юу ч оролцож болно.

Төрийн гинж

A төрийн сүлжээ Та бүх сувгийн өмчлөлийг бүхэлд нь сүлжээнээс гадуур шилжүүлэхээс бусад тохиолдолд Lightning суваг шиг үр дүнтэй зүйл юм. Тэдний итгэлцлийн загвар нь төрийн гинжин хэлхээний оператор (холбоо байж болно) өмнөх эзэдтэй нийлж, одоогийн эзэмшигчээс төрийн гинжийг хулгайлахаас татгалзаж байгаагаас хамаардаг. Энэ нь Lightning суваг шиг найдвартай биш боловч гинжин хэлхээний гүйлгээ хийхгүйгээр өмчлөлийг шилжүүлэх боломжтой тул илүү уян хатан байдаг. Statechain нь сүлжээнээс гадуур урьдчилан гарын үсэг зурсан гүйлгээнд суурилдаг тул та тэдгээрт HTLC нэмж болно.

Энэ нь зангилааны операторуудад гинжин хэлхээнээс гадуурх төлбөрийн чадварыг дахин хуваарилах боломжийг олгох замаар Lightning дээрх төлбөрийн чиглүүлэлтийн үр ашгийг оновчтой болгоход ашиглах боломжийг олгодог. Урьдчилан сайн холбогдсон байхын тулд суваг нээж, хөрвөх чадварыг нь шингээхийн оронд эрэлт хэрэгцээгээ холбоогүй (эсвэл хангалттай сайн холбогдоогүй) газар руу шилжүүлэхийн тулд тэдний хөрөнгийг гинжин хэлхээнээс гадуур динамикаар дахин хуваарилж болно. ). Цорын ганц шаардлага бол нөгөө тал хөрвөх чадварыг төрийн сүлжээний операторт итгэх итгэл рүү шилжүүлэхийг хүсч байна.

Sidechains

Хажуугийн гинж нь хүссэн дурын дүрмийг хэрэгжүүлж чадна. Блоклох хугацаа өөр байж болно, блокийн хэмжээ өөр байж болно, юуг ч өөрчилж болно. Одоогоор барьж авах цорын ганц зүйл бол таны хөдөлгөх явдал юм Bitcoin Хажуугийн сүлжээний хувьд та үндсэн сүлжээн дэх хөрөнгийг хадгалдаг холбоонд итгэх хэрэгтэй. Та HTLC-ийг ашигладаг хажуугийн хэлхээнд хэрэглэж болно Bitcoinскрипт бичих систем; Та олон арван хүмүүст дансаа хуваалцах боломжийг олгодог Ethereum-тай төстэй скрипт системтэй байж болно. чи юу ч хийж чадна. Блокчейн нь нэг тал хэш үүсгэсэн тохиолдолд, нөгөө тал нь хугацаа дууссаны дараа мөнгө өгөхийг дэмжсэн тохиолдолд тэд Lightning төлбөрийг чиглүүлэхэд тусалж чадна. Бусад блокчэйн нь хөрвөх чадварын хуваарилалтыг үндсэнээс илүү үр ашигтай болгох арга замыг туршиж үзэх боломжтой Bitcoin блокчейн. Та сувгийг нээх, хаахад хямдхан гинжин хэлхээнд өөр Lightning сүлжээ байгуулах шиг энгийн зүйлийг хийж болно. Төсөөлөл бол хязгаар юм.

Бүтэн шинэ бүтээн байгуулалтууд

Энд миний санамсаргүй санаа байна: Олон хүмүүс нэг дор овоолж болно m-оф-n (өөрөөр хэлбэл, 3-аас-5) хэд хэдэн эскроу агенттай multisig хаягаар холбогдож, асуудлыг зөв шийдвэрлэхийн тулд эскроу агентуудад итгэ. Хаяг дахь хүн бүр болон эскроу агентууд төлбөрийн чиглүүлэлт дээр үндэслэн "үлдэгдэл"-ийг хянаж, шинэчлэх боломжтой; ашигласан HTLC-г бүртгэх, тэдгээрийг амжилттай шийдвэрлэсэн эсвэл буцаан олгосон эсэх; мөн үе үе гинжин хэлхээнд үлдэгдэл тооцоо хийх. Та multisig-ийг зүгээр л бүтээдэг бөгөөд ингэснээр ганц "маршрут хийх" оролцогч болон бүх эскроу агентууд нь multisig-ээс зарцуулахад шаардлагатай бүх зүйл болно. Та бүр тодорхой хугацааны дараа хүн бүрийн мөнгийг буцаан олгох хугацаатай буцаан олголтын гүйлгээг үүсгэж болох бөгөөд үүний сул тал нь барилгын ашиглалтын хугацаанд олж авсан бүх мөнгө нь ашиглагдсан тохиолдолд алга болно. Энэ нь буцаан олголтын гүйлгээ хүчинтэй болохоос өмнө төлбөр тооцоо хийх шаардлагатай болно.

Энэ нь эскроу агентуудад итгэхийг шаардах боловч ашиг тус нь энэ "бүлэг UTXO"-д байгаа аливаа хүн мөнгө шилжүүлэх эсвэл HTLC-г шилжүүлэх боломжтой юм. ямар ч UTXO бүлгийн бусад хүн. Энэ нь хөрвөх чадварын хуваарилалтын үр ашгийн асар их өсөлт болно.

Зээлийн харилцаа

Үр ашгийг нэмэгдүүлэх хамгийн энгийн арга бол зүгээр л хүмүүст итгэх явдал юм. Хэрэв та хэн нэгэнд зориулж сүлжээгээр төлбөр хийх замаар мөнгө олох боломжтой байсан ч энэ төлбөрийг чиглүүлэхэд шаардлагатай зангилаанд нээлттэй суваг байхгүй бол, тэгвэл та дараа нь төлөхөө амлаж болно Хэрэв тэд танд итгэдэг бол. Хэрэв та маш найдвартай хүн эсвэл аж ахуйн нэгж байсан бөгөөд сүлжээн дэх олон хүмүүс танд ийм байдлаар итгэхэд бэлэн байсан бол та төлбөрөө асар их уян хатан байдлаар чиглүүлж болох бөгөөд сүлжээний бүх төлбөрийн сувагт хөрөнгө оруулах шаардлагагүй болно. Өдрийн төгсгөлд шударгаар төлбөр тооцоогоо хий, тэгвэл хүмүүс таны төлбөрийг нэр төрийн тогтолцооны үндсэн дээр дамжуулна гэдэгт итгэсээр байх болно.

Нэг асуудал ба ашиг тус

Эдгээр бүх боломжуудын гол давуу тал нь итгэлцлийн загвараараа асар их ялгаатай байгаа хэдий ч (ихэнх нь та тэдгээрийг ашиглахаар шийдсэн бол харилцаж буй хүмүүстээ итгэхийг шууд шаарддаг) юм. илгээгч болон хүлээн авагчийн хувьд огт хамаагүй. Хэрэв би ердийн итгэмжгүй Lightning сувагтай бөгөөд найдвартай ердийн Lightning сувагтай хүнд мөнгө төлөхийг хүсч байвал энэ төлбөр яаж орох нь бидний аль алинд нь огт хамаагүй. Намайг мөнгө илгээх үед энэ төлбөрийг шинэчлэгдэж, миний Lightning сувагт үе тэнгийнхэнтэйгээ ердийнх шигээ итгэлтэйгээр хэрэгжүүлдэг. Хүлээн авагч үнэхээр мөнгөө авах үед энэ төлбөрийг шинэчлэгдэж, тэдний Lightning сувагт өөрсдийн үе тэнгийнхэнтэйгээ найдвартай, ердийнх шигээ хэрэгжүүлдэг. Дундад байгаа хэн нэгэн нь дараа нь төлнө гэж үе тэнгийнхнийхээ амлалтад итгэж байгаа нь бид хоёрт огт хамаагүй. Би мөнгөө илгээсэн бөгөөд түүнд хяналт тавихаа больсон бөгөөд хүлээн авагч нь мөнгөө авсан бөгөөд одоо үүнийг итгэлгүй хянаж байна.

Асуудал нь би илгээгчийн хувьд эдгээр харилцааны талаар хэрхэн олж мэдэх вэ? Lightning дээр илгээгч нь төлбөрийг дамжуулах хүсэлтэй сүлжээн дэх олон нийтийн сувгуудын чиглүүлэлтийн хүснэгтийг харсны дараа төлбөр хийх замыг сонгох хүн юм. Төлбөрийг чиглүүлэх чадварыг сурталчлахын тулд таны Lightning сувгийг санхүүжүүлсэн UTXO-г гинжин хэлхээнд үзүүлж, бодит суваг гэдгийг батлах шаардлагатай. Асуудал нь энд байгаа бөгөөд дээрх санаануудын аль нь ч үүнийг хангаж чадахгүй тул төлбөрийг илгээгч төлбөрийг чиглүүлэх бусад сонголтуудыг мэдэж байх боломжтой. Хэрэв хов живийн протокол болон чиглүүлэлтийн хүснэгтийн бүтцийг эдгээр бусад зүйлсийг зөвшөөрөхийн тулд шинэчилсэн бол бусад сонголтуудын талаар мэдэж болно.

Цорын ганц бодит шаардлага бол төлбөрийг чиглүүлэх бусад "сувгийн бус" аргуудыг сурталчлах нь үйлчилгээ үзүүлэхээс татгалзах векторуудыг нээхгүй байх явдал юм. Сувгийг санхүүжүүлсэн UTXO-г хуваалцахыг шаарддаг одоогийн схем нь хүмүүс байхгүй сувгуудыг сурталчлахаас хамгаалж байгаа бөгөөд энэ нь ашиггүй хов живийн мэдээллээр зангилааг хэт ачаалж, хэрэглэгчдийг урьд өмнө хэзээ ч байгаагүй төлбөр хийх гэж оролдоход хүргэдэг. эхний ээлжинд амжилтанд хүрэх боломж.

Эцсийн эцэст, төлбөрийг сүлжээнд хэрхэн шилжүүлэх уян хатан байдлыг нэмэгдүүлэхийн тулд шийдвэрлэх шаардлагатай асуудлууд байгаа ч шийдвэрлэх боломжтой асуудлууд юм. Төлбөрийн сүлжээгээр ажиллахын тулд Lightning-ийг одоо байгаа байдлаараа үргэлжлүүлэн ажиллах ёстой гэж бодох нь маш явцуу сэтгэлгээ бөгөөд шулуухан хэлэхэд ихэнхдээ төсөөлөлтэй асуудлуудыг зохион бүтээдэг.

Энэ бол Шинобигийн зочны нийтлэл юм. Илэрсэн саналууд нь бүхэлдээ өөрсдийнх нь үзэл бодол бөгөөд BTC Inc юм уу Bitcoin сэтгүүл.

Эх сурвалж: Bitcoin сэтгүүл