Mən Babylon-un birgə-kiştmə prosesini yenidən başdan sona keçdim, ən narahatedici hissə budur: bir çox əsas şərtləri istifadəçilər yalnız mükafatı ala bilməyəndə anlayırlar.
Rəsmi olaraq proses iki addım kimi ümumiləşdirilir: BTC Finality Provider-ə həvalə olunur, BABY isə validatora həvalə edilir. Amma real tətbiqdə BTC əvvəlcə PENDING-dən VERIFIED-ə keçir, sonda ACTIVE vəziyyətinə daxil olur və yalnız ACTIVE statusu mükafat sayılır; BTC və BABY həm də eyni BABY ünvanından istifadə etməlidir, ünvanlar uyğun gəlməsə, birgə-kiştmə mükafatı birbaşa sıfırlanır. Mükafat səmərəliliyini tam əldə etmək üçün təxminən 1 BTC-nin 20,000 BABY-yə uyğun olduğunu da yadda saxlamaq lazımdır.
Problem ondadır ki, adi istifadəçi “göndərildi” və ya “təsdiqləndi” sözlərini görəndə işin artıq bitdiyini düşünə bilər. Hansı mərhələdə ilişdiyi, niyə mükafat gəlmədiyi, seçilmiş Finality Provider-in hələ də aktiv olub-olmadığı, iki ünvanın doğrudan uyğun gəlib-gəlmədiyi — bunların hamısını səhifə birbaşa və aydın şəkildə deməlidir, istifadəçini sənədləri özü oxuyub təxmin etməyə məcbur etməməlidir.
Hazırda Babylon paneli təxminən 51,342 BTC-nin kiştləndiyini göstərir, 132 Finality Provider-dən yalnız 36-sı aktiv vəziyyətdədir, BTC illik gəlir intervalı isə 0.04%-dən 0.70%-ə qədər dəyişir. Miqyas artıq qurulub, amma istifadəçi tərəfində hələ də problemlərini özü tapmağa məcburdur.
Çıxış mərhələsi də göründüyü qədər asan deyil. Rəsmi BTC un-staking sənədi minimum gözləmə müddətinin 301 Bitcoin bloku olduğunu açıq yazır; CLI nasazlıqlarının aradan qaldırılması zamanı gas parametrləri, RPC, GRPC konfiqurasiyaları da gündəmə gələ bilər, həll olunmasa Discord-da kömək istəmək lazımdır.
Mənim @BabylonLabs_io -yə yönəltdiyim tənqid çox birbaşa idi: protokolun mürəkkəb olması başadüşüləndir, amma məhsul bu mürəkkəbliyi olduğu kimi istifadəçinin üstünə atmamalıdır.
Həqiqətən çatışmayan şey status izahı, xəta yerinin dəqiq müəyyən edilməsi və aydın işləmə yoludur. Əks halda, deyilən “özünü-saxlama” çox asanlıqla belə bir şeyə çevrilir — başa düşülməyən bütün problemlərə istifadəçi özü cavabdeh olur.
#baby $BABY @BabylonLabs_io
Rəsmi olaraq proses iki addım kimi ümumiləşdirilir: BTC Finality Provider-ə həvalə olunur, BABY isə validatora həvalə edilir. Amma real tətbiqdə BTC əvvəlcə PENDING-dən VERIFIED-ə keçir, sonda ACTIVE vəziyyətinə daxil olur və yalnız ACTIVE statusu mükafat sayılır; BTC və BABY həm də eyni BABY ünvanından istifadə etməlidir, ünvanlar uyğun gəlməsə, birgə-kiştmə mükafatı birbaşa sıfırlanır. Mükafat səmərəliliyini tam əldə etmək üçün təxminən 1 BTC-nin 20,000 BABY-yə uyğun olduğunu da yadda saxlamaq lazımdır.
Problem ondadır ki, adi istifadəçi “göndərildi” və ya “təsdiqləndi” sözlərini görəndə işin artıq bitdiyini düşünə bilər. Hansı mərhələdə ilişdiyi, niyə mükafat gəlmədiyi, seçilmiş Finality Provider-in hələ də aktiv olub-olmadığı, iki ünvanın doğrudan uyğun gəlib-gəlmədiyi — bunların hamısını səhifə birbaşa və aydın şəkildə deməlidir, istifadəçini sənədləri özü oxuyub təxmin etməyə məcbur etməməlidir.
Hazırda Babylon paneli təxminən 51,342 BTC-nin kiştləndiyini göstərir, 132 Finality Provider-dən yalnız 36-sı aktiv vəziyyətdədir, BTC illik gəlir intervalı isə 0.04%-dən 0.70%-ə qədər dəyişir. Miqyas artıq qurulub, amma istifadəçi tərəfində hələ də problemlərini özü tapmağa məcburdur.
Çıxış mərhələsi də göründüyü qədər asan deyil. Rəsmi BTC un-staking sənədi minimum gözləmə müddətinin 301 Bitcoin bloku olduğunu açıq yazır; CLI nasazlıqlarının aradan qaldırılması zamanı gas parametrləri, RPC, GRPC konfiqurasiyaları da gündəmə gələ bilər, həll olunmasa Discord-da kömək istəmək lazımdır.
Mənim @BabylonLabs_io -yə yönəltdiyim tənqid çox birbaşa idi: protokolun mürəkkəb olması başadüşüləndir, amma məhsul bu mürəkkəbliyi olduğu kimi istifadəçinin üstünə atmamalıdır.
Həqiqətən çatışmayan şey status izahı, xəta yerinin dəqiq müəyyən edilməsi və aydın işləmə yoludur. Əks halda, deyilən “özünü-saxlama” çox asanlıqla belə bir şeyə çevrilir — başa düşülməyən bütün problemlərə istifadəçi özü cavabdeh olur.
#baby $BABY @BabylonLabs_io