Време е за тестова мрежа! Да, хора - време е да изтупате праха от тези терминали и да активирате тези клиенти отново, тестовите мрежи са отново в града. Не очакваме тази да бъде перфектна и има няколко проблема, по които работим с комуникациите клиент-старейшина, но наистина ще оценим вашата помощ при тестване на няколко неща, включително задържане на данни и изчакване. За да избегнем усложнения, засега премахнахме функционалността за разделяне на секции, така че ще тестваме една голяма секция. @joshuef обяснява повече по-долу.
Общ напредък
Целият екип работи върху стартирането на тестовата мрежа през изминалата седмица, но, разбира се, другата работа продължава на заден план.
@bochaco се рови в проблем с клиентска връзка/повторно свързване, при който съобщенията изглежда се изпускат. Може да е проблем с quinn/qp2p, но е необходимо допълнително проучване. Надяваме се, че това ще бъде коригирано за следващата тестова мрежа.
Междувременно @roland работи по имплементирането на „SectionTree“, история на всички ключове на секции обратно до началната секция, която доказва, че потребителите в правилната мрежа.
Прилагането на ABBA консенсусния протокол също върви напред, като Мостафа и @davidrusu правят някои последни промени. Веднъж внедрена, следващата стъпка ще бъде интегрирането на VCBC с ABBA, за да се стигне до пълния консенсусен протокол MVBA (Multi-Value Byzantine Agreement).
@oetyng подрежда няколко операции, включително как отчитаме съхранението при възрастни (PR, който също проправя пътя за избягване на запълването на възлите ), а @chriso работи върху препращането на логовете на възлите за ELK, основният стек за наблюдение, който използваме, за да наблюдаваме какво се случва на ниво възел.
Нова тестова мрежа
Както споменахме в последните новини, бяхме в окопите за известно време, но сега започваме да гледаме на нещата холистично още веднъж. И искаме да направим това, като включим общността колкото е възможно повече.
Така че имаме тестова мрежа с 25 възела. Всеки възел има 50GB пространство. Стремим се към:
- Да се уверим, че не губим данни, докато възлите не са пълни. (Работим върху това как да се справим с пълните възли). Дотогава текущите ни тестове показват, че данните се задържат доста добре, докато не запълним възлите. (Така че пълните възли ще възвестят края на този тест).
- Никакви възли да не се присъединяват. Ограничихме това в самите възли, за да премахнем една тестова променлива. (Също така сме наясно - и имаме чакаща корекция за - някои проблеми с AE след разделянето, така че не искаме да се гмуркаме в него точно сега).
- Да разберем по-добре определени таймаути. Старейшина->Възрастен таймаут на двупосочната комуникация след
7 секундие настройката, която използваме в момента. Клиент->Старейшина след 45 секунди. Искаме да видим колко подходящи са тези стойности при натоварване.
Включете се
Както беше отбелязано по-горе, не искаме да проверяваме присъединяването на възли точно сега, тъй като имаме проблем след разделяне, който трябва да тестваме повече, преди да можем да го отстраним.
Така че ще проверяваме само safe клиента и PUT/GET данни. Молим хората да не качват повече от 10mb наведнъж, за да видим как вървят нещата там.
За съжаление все още нямаме пълна версия. (Променяме нашия тестов поток, за да проверим всички PR-и, които влизат в main в тяхната собствена тестова мрежа сега; след като това стане, изданията от „main“ трябва да бъдат много по-плавни). Затова ръчно създадохме една и качихме safe двоичните файлове тук:
Забележка: macOS няма да изпълни двоичния файл, защото не може да провери разработчика. За да заобиколите това, изпълнете xattr -d com.apple.quarantine ./safe. След това се уверете, че може да се изпълни с chmod +x ./safe. Тогава CLI може да се стартира с ./safe.
За да се включите:
- премахнете
~/.safe - изтеглете съответния си
safebin от изданието и го съхранете в/usr/local/binна mac/linux или%USERPROFILE%.\safe\cliв windows.- Забележка за потребители на Windows - може да пожелаете да добавите директорията bin по-горе към PATH, като алтернатива можете да използвате
./safe, когато стартирате от директорията за всички следващиsafecmds.
- Забележка за потребители на Windows - може да пожелаете да добавите директорията bin по-горе към PATH, като алтернатива можете да използвате
- стартирайте
safe --version, за да сте сигурни, че сте на правилната версия (0.67.0на CLI). - стартирайте
safe networks add wild-testnet https://sn-node.s3.eu-west-2.amazonaws.com/testnet_tool/main/network-contacts safe networks switch wild-testnet
И трябва да сте готови 
Пример: Качете файл
Най-простото нещо, което можем да направим, е да качим файл с помощта на командата files put:
$ safe files put ./to-upload/file1.txt
FilesContainer created at: "safe://hyryyryynamznbfsgn7ccfquqmx6y8yzhq6tn7uzz775hrkyj4g8ipcy3ke6yeuy?v=h9jxxwwpy1cwf3pnb86ahkfk5ju8eb3miegnuehc99f5r5x83d9go"
+ ./to-upload/file1.txt safe://hy8oycyyb7jfqswhktzn9ahhk1hnz53dhfnrfp6h34emgrmjzggro75eikpoy
Това ще създаде контейнер с един файл. Присвоените тук URL адреси „safe://“ се отнасят съответно за контейнера и файла. Това означава, че файлът може да се достъпи, като се използва или safe://hyryyryynamznbfsgn7ccfquqmx6y8yzhq6tn7uzz775hrkyj4g8ipcy3ke6yeuy/file1.txt, или неговия директен URL адрес.
Прочетете повече за това как да качвате файлове в CLI документите.
Какво е полезно и докладване на проблеми
Точно сега, продължете да качвате малки < 10MiB / файлове.
Има добавен временен лимит и ще получите грешка, ако надвишите 10MiB. Понастоящем грешката не е информативна, но по размера ще разберете, че се дължи на превишаване на това ограничение за временен размер на файла.
Може да забележите проблеми около Cmd Ack Validation timeout (нашите изчаквания трябва да бъдат адресирани по-добре, вижте по-горе), това означава, че мрежата вероятно е под натоварване, така че опитайте отново след няколко минути. Възможно е вашите данни да са били съхранени, но не толкова бързо, колкото очакваме в момента.
Ако постоянно виждате проблеми с качване или извличане на данни, която сте качили. Моля, изпълнете вашата команда с префикс RUST_LOG=sn_client към нея (поне на Ubuntu/Mac). Информационното съобщение там и „MsgId“, които са били изпратени/неуспешни, ще бъдат ключови за отстраняването на грешките.
Ще се опитаме да докладваме обратно размера на съхранените данни във възлите, докато вървим, за да можем да видим дали има връзка между капацитет и надеждност.
Мрежата работи на малко надеждна (по отношение на свързаността на клиента) тестова мрежа, която имахме цяла седмица. Запазването на данни беше добре там, така че 
да се надяваме, че това ще продължи и тук (или ще бъде маркирана грешка 
)
Повечето от това са безполезни тестови данни, но има малък набор от jpg файлове, качени на следните xorurl адреси за всеки, който иска да изтегли някои данни (напр. safe cat safe://hygoygym7tsj5hhyyykd1aqpw3djxea6om6xku568ahm7hy7gfn6q5gy7xr > 1.jpg):
Това е, което използваме, за да проверим съхранението на данни за сега.
safe://hygoygym7tsj5hhyyykd1aqpw3djxea6om6xku568ahm7hy7gfn6q5gy7xr
safe://hygoygym19bdbzg6jakfzkmacxurpkbuphgsxi6af3aecugfqjfaq66shww
safe://hygoygyq1xiofs8kx11jwkcguzuocd1xa5qp767bjjz39yrh44eo1mjkjch
safe://hygoygypnrqirzo7r5w464mnda8s6sdpatyrco5pda1w8nh5appa3ycb98h
safe://hygoygykajkeropyam6yihj9exdhn5o4b1pbjbeet4bazqo8m47ga3pw8mo
safe://hy8ayqyjy9obx5kr5g9f1r95hshhfswt7yqh6cy9t34sap7zqid4ox7ucuo
safe://hygoygyp8c1wy7ijrpnesz9cj7enf4ms9oxhmp5m4r4yw4pjcemgywekf9r
safe://hygoygye13iznm1yxzpxp9seh6j8weh84c5ib3fq9mxozz4h6hb95o3uduo
safe://hygoygycc11b4pmrcb97ro6ro3wxh3cfrgi7ctbiwyya8mkktq1j35ysmzh
safe://hygoygykzkguckqygm985f5jrhcw87wiskbc97bottab47tq6fm9zm85f7r
safe://hygoygyewnaj8o7za3qycckfy95o5j9gex6s3b8jygr9j48aiyzthc36ffo
safe://hygoygykime3s7rup1ezeiqeqo1zy1o4bqmckewhriun889c64n4umxcyih
safe://hygoygyc98c1ozh1cn9edxeworctuagt465zyybr61m8judfry4a4zycf8c
safe://hygoygyqcq8bift7urnftiqxzn7d877ckwtk85haawg7oigm3bhn3r1dx7e
safe://hygoygyk7dzmcqxm3q4np87unu6tb9d8qt44fowxgqrhjy1xs6xgt69hade
safe://hygoygymq98z86j1oagpctmg7pnixz94ckekpgytu1jkb45du8xw49qrr4w
safe://hygoygypoq7y31uedr7c6q6e3jaxhd94id3r8bwn7od3f79hgdj7xbqibjr
safe://hygoygykw8iw7wt9o3c7w36hi5xc1coyjdmdfm6dima3y9ehefxipxkwg3w
safe://hygoygyc67ozi6m9i9o8xq5wti7ysa4g6nodxetmdgw64g5pw1qmucheeac
safe://hygoygyqsxzn4p6mjx7ggj98pqc4he53xk1c54kw3hq1967n4yga1nbo3iw
safe://hygoygyxojetcr5553xfyjnfoh3ywge7grs8d7z66e8nf678stecagdkomw
safe://hygoygyqf4au3yf7ouyi7imu1hty5qrsjppy1mj5uba5tahnxkmocys5g7h
safe://hygoygyx41a9samc35ep6h7y6zwku5ess3377f8awtuwn44r1pc5w3ragky
safe://hygoygyej97u6irwmgq1od4s8m6h8epbkgmmwqtghhhy1hbcsntizpjmh3c
safe://hygoygypn9urw4mhoqfabnke71e8usekjeg8m54t1fkoeigdyr5srgsqoia
Преводи:
English 
Russian ; 
German ; 
Spanish ; 
French
- Официален сайт на Safe Network
- Обобщено представяне на Safe Network
- Safe Network Фундаменти
- Карта на проекта
- Подробна информация може да намерите както винаги във форума на международната общност: Safe Network Forum
- Ако имате въпроси може да ги зададете във Facebook групата на българската Safe общност: Redirecting...
- Ако искате да следите последните новини заповядайте във Facebook страницата на Safe Network България: Safe Network България