Български (Bulgarian): Добре дошли в SAFE Forum 🐉

Google translator is doing very well! :face_with_monocle: It’s like magic! :dragon:

1 Like

SAFE Network новини – 6.6.2019

Ето някои от основните неща тази седмица:

  • RFC 59 беше публикуван днес. Той разглежда предложение за интегриране на криптографската схема на Boneh-Lynn-Shacham в маршрутизирането.
  • safe_client_libs вече активно използва Jenkins :tada: За да разберете повече за Jenkins, защо го въведохме и какви ползи ще ни донесе вижте тази тема във форума.
  • Публикувахме ново видео интервю SAFE Buzz с @ravinderjangra

Подробна информация може да намерите както винаги във форума на общността: SAFE Network Forum

SAFE Network новини – 13.6.2019

Ето някои от основните неща тази седмица:

  • Вече имаме POC (доказателство на концепцията) версия за safecoin портфейл с интерфейс на команден ред върху тестови трезор. Вижте CLI Ръководство за потребителя за повече информация и как да го тествате.
  • Напреднахме значително с тестовия Safecoin и новите видове данни в SAFE Клиентските Библиотеки.
  • Предприехме няколко първоначални стъпки към въвеждането на BLS криптиращи ключове в Рутинга като ги добавихме към Генериране на разпределени ключове (Distributed Key Generation) в Parsec.

Подробна информация може да намерите както винаги във форума на общността: SAFE Network Forum

SAFE Network новини – 20.6.2019

Ето някои от основните неща тази седмица:

  • Започнахме интегрирането на CLI PoC, което споделихме миналата седмица (направено с малка версия на SCL-mock) със същинската версия на SAFE Клиентските APIs Библиотеки за всички команди свързани с работата на Портфейла.
  • Започнахме изграждането на следващата SAFE CLI стъпка, която включва поддръжката на същите функционалности, които предлага Web Hosting Manager, програмата използвана за качване на уеб сайтове с CLI.
  • Обединихме голям PR, който ще окаже голямо влияние в интегрирането на quic-p2p в Рутинга.
  • Повечето задачи свързани с Устойчивото Доставяне на Съобщения (Reliable Message Delivery) са завършени.

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

SAFE Network новини – 27.6.2019

Ето някои от основните неща тази седмица:

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

SAFE Network новини – 4.7.2019

Ето някои от основните неща тази седмица:

  • Започнахме дизайна на Вечния Интернет с най-простата история - концентрирана върху режима само за четене. Може да следите процеса в GitHub страницата ни .
  • Очакваме настоящата версия на SAFE CLI, която да поддържа files put , files sync и cat команди, в началото на следващата седмица.
  • Работим върху собствена версия на кодирането на XOR-URLs адресите. Това ще ни позволи да включим не само XOR името и типа информация, но и типа таг в XOR-URL низа.
  • Екипът разработващ SAFE Клиентските Библиотеки започна въвеждането на FFI нивото за новите типове информация начело с Mutable Data. Това значи, че скоро всички програмисти, които не са запознати с Rust ще могат да боравят с новите видове данни.

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

SAFE Network новини – 11.7.2019

Ето някои от основните неща тази седмица:

  • @jimcollinson записа YouTube видео за да демонстрира върху какво работи UX екипа в настоящия спринт: промени и публикации на сайтове в SAFE Network.
  • Завършихме въвеждането на файловите контейнери поддържани от CLI. Вижте CLI ръководството за подробна информация относно използването на files put , files sync и cat командите.
  • Публикувахме версия 0.14.1 на SAFE Browser, включва поправки за някои малки бъгове.

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

SAFE Network новини – 18.7.2019

Ето някои от основните неща тази седмица:

Маркетинг

Започнахме седмицата силно със среща на общността в Глазгоу понеделник вечерта. Големи благодарности към всички, които дойдоха и още по-големи към @DavidMc0, който организира срещата. Започнахме вечерта с презентация от @Jean-Philippe за проектите, върху които работи, последвана от въпроси и отговори и множество дискусии как SAFE ще промени начина, по който взаимодействаме с информацията. Нямаме търпение да се срещнем отново, така че ако сте в района си отваряйте очите за следващата дата!

Също тази седмица, програмистът ни седящ зад дизайна на потребителското изживяване (User Experience) @jimcollinson ще говори на срещата в Брайтън :tada:. Вълнуваща е да видим колко ангажирана е общността с работата му, затова ви предлагаме да се възползвате от възможността да ги чуете на живо и съответно да му зададете всичките си въпроси. Регистрирайте се и вижте за повече информация тук.

Още една седмица…и още една Tweet буря . Моля покажете подкрепата си като ретуйтнете и разбира се изпращайте ни още предложения за истории!

И… все още не сме приключили. Заедно с напредъка по разработката сме готови да подкрепим общността от програмисти, които помагат в GitHub библиотеките ни. С тази цел разглеждаме програмата на GitHub Спонсорство, която ще ни позволи да подкрепяме програмисти и тези от вас, които помагат с документацията и други не технични части от Мрежата ежемесечно. Всеки, който помага на проекта ни с отворен код може да получи спонсорство, достатъчно е да се включите в списъка с чакащи за да бъдете част от следващата бета фаза.

Интересува ли ви? Супер! Посетете този линк за повече информация и добавете името си в списъка.

Още нещо, което си струва да отбележим. Разглеждаме възможностите за по изчистено визуално представяне на бранда ни. Защо това е важно? Има цяла наука около бранд идентичността и използването на визуалните знаци за изграждането на силни марки. Често това е пренебрегвана част от маркетинга. Затова насочвайки вниманието си към това как се представяме визуално и тонално пред света се подготвяме за старта на мрежата. Заедно със специалистите ни от потребителското изживяване сме, в крайния стадии на уточняване преди да предприемем действия. Не става дума за ребрандиране или 180 градусова промяна. Говорим за малки, но фундаментални промени, които ще доведат до желаната последователност във всичките ни SAFE маркетингови материали. Така YouTube канала ни и статиите в Medium, както и другите ни социални канали ще претърпят промени. Не предвиждаме да променяме вече качени неща, а ще насочим усилията си към новото съдържание, което публикуваме в бъдеще.

SAFE CLI

План на проекта

Тази седмица постигнахме доста добър напредък по интеграцията на CLI с safe_client_libs API. Може и да не звучи вълнуващо, но това поставя CLI проекта в чудесна позиция да покаже че функциите върху, които работехме досега могат да работят ефективно със SAFE Network и новите типове данни, както планувахме първоначално. Днес обединихме последния PR, който имахме за обединяващото усилие. Интегрирането на CLI с SCL също така означава, че вече може да използваме всички налични команди в CLI с mock-network функцията, и да използваме safe_auth CLI за упълномощаване на CLI апликация използвайки $ safe auth команда.

Вече започнахме и направихме добър прогрес по първия PR (#160) свързан с NRS функциите, другата основна цел на настоящата ни главна задача, което се фокусира да позволи на пиотребителите да създават публични имена и да свързват уеб сайтове с тях чрез CLI. Вече полагаме пълни усилия за да финализираме този PR, както и останалите планувани NRS функционалности, като целта е не само да могат да се създават публични имена и NRS контейнери, а също така да могат да се обновяват или премахват свързаните уеб сайтове/файлове от там, или взимането и изобразяването на съдържанието им чрез NRS-URLs с пътеки.

Последно, наложи се да направил някои малки промени по CLI UX, позволявайки на някои аргументи да бъдат по избор, защото те не са наистина необходими за начина, по който основния SCL API работи с Ключовете и баланса на парите. Например, когато се търси баланса на даден Ключ имаме нужда само от секретния ключ и затова XOR-URL адреса на ключа вече е напълно незадължителен аргумент. Работим и по въвеждането на необходимите обновявания в CLI ръководството за потребителя.

SAFE Браузър

През последните седмици намалявахме времето за разработка на десктоп версията на SAFE Browser за момента, като повечето ресурси на екипа се насочиха към други проекти като “SAFE Network App” и CLI разработката.

Разбира се продължаваме да публикуваме обновления, когато открием проблеми и ако сте изпуснали новините от миналата седмица има нова версия на SAFE Browser 0.14.1.

Тестови интерфейс

План на проекта

Това беше още една седмица интензивна работа за екипа разработващ SAFE Клиентските Библиотеки. Експерименталната работа по Safecoin API-то беше добавена в стабилната версия и препратена към SAFE CLI екипа за интеграция. С това клиентското API е основно стабилизирано и повечето оставаща работа е основно вътрешна за Клиентските Библиотеки.

И говорейки за вътрешната работа, обновихме MDataInfo структурата да използва новите Променими данни (Mutable Data) типове. Това позволи на екипа да прехвърли вътрешни компоненти като достъп до контейнерите, основната root директория и т.н. към новите типове данни. Също така, изразходването на PUTs беше заменено със Safecoin дебит за извършване на операции. С това скоро ще бъдем готови напълно да заменим старите видове данни и тяхното API и да преминем към интеграцията на Трезорите (Vaults).

Заедно със стандартните подобрения и поправки на бъгове, беше добавена забрана за изпращане на заявки от програмите към клиентски ориентирани операции като работата с идентифициращи ключове или изтриването на частна информация. Досега това беше спирано само от трезорите. Сега API-то не позволява на потребителите да изпращат такива заявки и дори да го направят (като променят отворения код), то трезорите просто ще откажат заявките.

Екипът отдели време и за плануваното интегриране на quic-p2p в SAFE Клиентските Библиотеки. Първоначалния план е готов и работата по него ще започне скоро, веднага щом завършим някои от настоящите задачи.

Трезори (Vaults)

План на проекта

След завършването на боравенето с Непроменимите данни (Immutable Data) тази седмица се насочихме към Променимите (Mutable) и Само-прибавяне (Append-Only) данни. И двете са готови или почти готови, финалните PR-ри са в процес на завършване. На този етап важното е да обхванем всички частни случаи в тестовете си. Докато въвеждахме тези типове данни, направихме и някои подобрения в safe-nd за да подсигурим леката работа с API-то.

И накрая, работата с идентификационните ключове на приложенията също е приключена и с това сме много близо до завършването на фаза 1 :tada:, и скоро ще може да тестваме изпълнението заедно със SAFE Клиентските Библиотеки.

Сигурно Доставяне на Съобщения (Secure Message Delivery)

План на проекта

Няколкото първоначални проблеми в SMD проекта са взети под внимание в този отворен PR и скоро ще бъдат решени. Това ще ни позволи да засилим работата си по този проект.

В този PR сме добавили и ниво съдържащо “Boneh–Lynn–Shacham емулация”. Първоначалния ни план за SMD зависи от това BLS да е готов, но той все още не е и не желаем да прибързваме. Затова тази емулация ни позволява да се придържаме към плана, до колкото е възможно и когато интегрираме BLS ще може да заменим BLS емулацията с истинския threshold_crypto кратер.

Завършихме и някои първоначални разчиствания. Основното такова опростява рутинг логиката ни за поддържане на групата подписваща съобщения същата: винаги само Старейшините.

Интеграция на quic-p2p в Рутинга

План на проекта

Работата по Quic-p2p настигна промените в тест-quic-p2p, които бяхме направили за да отговарят на нуждите на Рутинга. Това ни позволи да обновим връзките в Рутинга и да възстановим CI формата на продуктовия код, който временно беше спрян. С това всички задачи по проекта са завършени и интеграцията на quic-p2p в Рутинга е готова :tada:

BLS криптография

План на проекта

Работата по въвеждането на нашия DKG продължава (Distributed Key Generation - генериране на разпределени ключове, начина по който потребителите генерират сами своите частни и публични ключове).

Постигнахме съгласие по плана споменат миналата седмица: позволяване на кандидати за членове на секция да участват в DKG. Обновихме плана на проекта и започнахме с изпълнението му. Първата му част е повдигната в PR и очаква финален преглед. Щом нужната работа е завършена ще имаме всичко необходимо да започнем интеграцията на DKG процеса в промените на участниците в Рутинга.

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

SAFE Network новини – 25.7.2019

17a

Ето някои от основните неща тази седмица:

Накратко

Маркетинг

Честит четвъртък приятели! Тази седмица работихме по плановете ни за годишното събиране. Въпреки че преди споделихме идеята ни за хакатлон смятаме тази година да привлечем освен програмисти и всеки, който не е технически гении, но се интересува от SAFE. Затова да пресъздадем минало годишния DevCon не изглежда правилния ход.

Така след известна дискусия се роди идеята за организирането на събитието в Лондон, с участието на гости-лектори, секция за разработка на децентрализирани приложения “build a dapp” и разбира се бира и пица. Преценихме, че това ще покрие интересите на всички.

След като направихме плана на срещата, сметнахме разходите и необходимата логистика за такова събитие ни просветна: Защо е необходимо да се съберем на физическо място? Затова решихме да направим срещата онлайн! С оглед на това, че общността ни е разпръсната по целия свят, това значи, че всеки ще може да се включи от удобството на дома си без да се тревожи за пътуване. Организацията ще е доста подобна на първоначално плануваната - ще представим прогреса по проекта, един или двама външни говорителя и може да поискаме и малко помощ от общността… очаквайте подробности!

Ще обявим конкретна дата, график и как да се включите в събитието в последствие (но си оставете свободна седмицата около 11 ноември :wink: ). Надяваме се идеята да ви допада и с удоволствие ще споделим повече информация скоро!

Публикувахме и трета статия в серията ни “На фокус” целяща да даде малко повече яснота зад идеологията ни в разработката на Вечната мрежа, Поеми контрол върху информацията си и последната статия - Частни комуникации.

Частните комуникации са една от най-разискваните теми в общността ни и с право. Ежедневно чуваме истории за изложени на показ лични разговори. Трябва да можем да живеем в свят, в който може да разговаряме лично без да ни следят. И ние сме на път да осъществим това. Прочетете статията в Medium , подкрепете ни с ръкопляскане и се включете в дискусията тук във форума и споделете с приятелите и семейството си. Този тип информация е перфектна за хора, които не са запознати със SAFE Network и обяснява защо правим това, което правим.

Потребителско изживяване

Работата ни по Вечната мрежа продължава с пълна сила, като сме се концентрирали върху лесното създаване и публикуване на сайтове в браузъра, и в свързаните модулни програми като Мениджъра за данни.

Като малък бонус направихме и YouTube видео очертаващо критичната функция на Вечната мрежа, Бъдещето на Историята. Това е първото от множество (надяваме се) нови неща насочени към хора откриващи за пръв път SAFE мрежата, така че ще се радваме ако го споделите навсякъде.

What is the Perpetual Web? The Future of History

Също така UX дизайнера ни @jimcollinson даде интервю на @fergish тази седмица в неговия подкаст SAFE Кръстопътища. Струва си да го чуете за повече информация относно разработката на UX за мрежата.

SAFE CLI

План на проекта

През последната седмица работехме върху подобряването на въвеждането на Системата за разрешаване на имена (Name Resolution System) в CLI интерфейса, с включването на субимена. Конкретно позволяването на safe://neshto.za.mrejata да е разрешено, както и въвеждането на поведение по подразбиране за публичните имена. Така safe://mrejata може по подразбиране да води до същата информация като safe://neshto.za.mrejata , докато друг URL адрес safe://NeshtoDrugo.za.mrejata може също да съществува и да води до друга информация, когато пълният URL адрес се въведе.

Заедно с това направихме и някои подобрения върху интерфейса на командния ред, по точно как се работи с ключовете , с генерирането на XorUrl адреси (които се разделят видовете съдържание от safe типовете данни ), и с известна помощ от чудесния QA екип също така изгладихме CI процеса и PR процеса за да автоматизираме някои проверки за качеството на кода.

Успяхме да въведем и някои допълнителни опции в CLI, като възможността да се избира към кой порт да е насочено запитването за упълномощаване (с $ safe auth --port <номер на порта> ), и възможността за --dry-run за всяка от операциите поддържани от files put и files sync командите, което ще помогне на потребителите да разберат какво ще направи командата преди промените да бъдат приложени и парите, необходими за това да бъдат похарчени. Ще добавим поддръжка за --dry-run и към други команди постепенно.

SAFE Мобилен Браузър

Развълнувани сме да представим първата версия на SAFE мобилния браузър! Ако все още не сте го тествали вижте тази тема във форума, в която ще намерите всичката информация как да го свалите и тествате. Това е само началото на сърфирането от мобилен телефон и имаме още много работа. Вижте тази статия в Medium за да разберете повече за бъдещите ни планове за мобилния браузър.

Нови типове данни в SAFE Клиентските Библиотеки

План на проекта

Приближаваме се все повече и повече към завършването на важна част от проекта, а именно въвеждането на новите типове данни в SAFE Клиентските Библиотеки представяйки доказателство за концепцията за два съответващи RFCs (и двата са във финална фаза за коментиране). Един от основните компоненти на библиотеката, Удостоверителя (който отговаря за регистрацията на програмите и достъпа до данни) използва само видовете данни използвани в старата версия (Алфа 2) на мрежата. Това на практика ни принуждава да поддържаме две версии на тестовата мрежа за Клиентските Библиотеки, работещи със старите и с новите типове данни.

През последните няколко седмици @lionel.faber и @yogesh работеха върху замяната на вътрешните компоненти на SAFE Удостоверителя за да му позволят да работи само с новите типове данни (включително новия тип пакет за влизане и промяна на работата на акаунта). Това доведе до доста работа, защото Удостоверителя не е малка библиотека: има множество комплексни вътрешни функции криещи се зад простото API. Промените по работата на акаунта са завършени и добавени. Останалите необходими промени по обновяването на Променимите Данни и използването им в Клиентските Библиотеки е в процес на работа и PR ще бъде представен за ревю през следващите няколко дни.

В допълнение @marcin завърши преструктуриране на process_request функцията в Тестовите Трезори. Основната цел на тази промяна е да не връща грешки от тази функция по стандартния начин, а вместо това да показва подходящ Отговор отговарящ на конкретната Заявка преди връщането й. Изключението е ако Заявката не може да бъде разбира на части, в този случай единствената възможност е да се върне стандартна грешка от функцията (което вече използваме правилно в извикването й, вместо да използваме unwrap! което може да доведе до забиване). Преструктурирането добави и липсващи проверки за несъответствия между изисквания адрес на променимите данни и получените данни – така ако се изискват Seq данни а се получат Unseq , или ако адреса на извлечените данни не съответства на заявените ще се покаже грешка. За финал тази промяна доведе до пренаписването на части от функцията опростявайки я и правейки я по-лесна за разбиране. Това преструктуриране зависи от няколко PRs повдигнати към safe-nd, които в момента са в процес на ревю: #78, #79, #80 и #83. Тези промени са подобрения на safe-nd библиотеката и нейните API-та.

Трезори (Vaults)

План на проекта

Критичните задачи за първата фаза са завършени и всичко, което остава са някои относително малки задачи, които ще опростят нещата малко и други, които ще положат основите за следващите фази.

Следващата стъпка е да видим резултата от пускането на тестове със SAFE Клиентските Библиотеки заедно с новите трезори. Очакваме да видим някои проблеми - неизбежно е да има несъответствия между функционалността на трезорите и какво клиентския код очаква от трезорите. Но такива проблеми вероятно (надяваме се!) ще са лесни за оправяне.

Повечето от програмистите ни, които досега работеха върху трезорите преминаха към SAFE Клиентските Библиотеки за да помогнат с преструктурирането им, което ще ни позволи да започнем тестовете с трезорите. Създадохме нов план на проект за това и започнахме да описваме задачите по него, необходими за завършването му.

Сигурно Доставяне на Съобщения (Secure Message Delivery)

План на проекта

С завършването на SMD проекта започнахме да добавяме нови задачи.

Скоро завършената работа ни позволи да изпратим признание за консенсус между старейшините в секцията. В бъдещата си работа секцията ще използва съобщението за консенсус за да реши какво доказателство да изпрати с последващите съобщения към секцията, от която идва съобщението. Също така обновихме списъка с изпращане на публичния ключ на секция, така че да може да потвърдим и вярваме на бъдещите й съобщения.

BLS криптография

План на проекта

Тази седмица завършихме работата отговаряща за Parsec. След последната задача извършихме малко разчистване и допълнителни тестове. В частност тествахме дали поведението на Parsec е правилно при пристигането на събития по време или след генерирането на BLS ключ. На финала се уверихме че може да освободим и заредим повторно генерирането на ключ по време на тестовете.

С завършването на тази част ще прекратим за момента разработката й, защото искаме да напреднем по Сигурното Доставяне на Съобщения (Secure Message Delivery) за да подсигурим плавна й интеграция.

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

SAFE Network новини – 1.8.2019

Накратко

Ето някои от основните неща тази седмица:

  • Публикувахме статия в блога ни за Новата дигитална икономика , последната част от серията ни за основните задачи пред нас.
  • Първата генерация Трезори са завършени.
  • SAFE мобилен браузър за iOS и Android е достъпен за сваляне.
  • Добавени са NRS команди към SAFE CLI и в момента се тестват от QA.
  • Старите типове данни вече са оттеглени :tada:

Маркетинг

Времето лети и ето, че сме в началото на нов месец! Ако все още не сте видели обобщението на работата ни през юли може да го направите в Medium (или версията във форума тук). Променихме начина на представяне за да отговаря повече на седмичните новини, моля споделете дали ви харесва.

Завършихме и серията публикации за основните задачи пред нас с последната статия за Новата дигитална икономика в Medium и във форума, затова ще се радваме ако имате възможност да покажете малко :heart:. Тази статия излезе навреме заедно с документалния филм на Netflix “Големият хак” (гледахте ли го вече?). И въпреки, че това е финалната статия в тази серия смятаме да продължим да изследваме останалите основи на мрежата заедно с напредъка ни.

След като вече сме в Август искаме да напомним за събитията, които предстоят. Ще бъдем на Web3 Summit в Берлин заедно с @dugcampbell, като говорител заедно с @joshuef и @cgray. Ще се радваме да се срещнем с всеки член на общността, който също е посетител на събитието. Веднага след това има среща в Брайтън с @jimcollinson, който ще говори за всичко свързано с потребителското изживяване (UX). Ако са ви харесали статиите фокусиращи се върху дизайна на лицето на мрежата е задължително да присъствате. И накрая @dirvine ще говори на Turing Festival, в Единбург, на тема: Обезопаси данните, а не хардуера . Всички подробности включително местоположенията, датите и регистрациите/билетите са описани в страницата за събития . Ще се радваме да ви видим там!

Завършваме с някои новини за екипа. С тъга се разделяме с Кришна, след 4.5 години съвместна работа в офиса ни в Ченай, Индия. Както повечето големи решения и това не е взето с лекота, всъщност Кришна обмисля напускането си от няколко месеца. Но за да подсигури нормалното функциониране на офиса в Ченай след оттеглянето си остана допълнително време. Вече всичко е готово за оттеглянето му благодарение на усилената работа на Кришна.

Добрите новини са какво Кришна ще прави за напред. Заедно с жена си ръководят ресторант базиран на кооператив: печалбата се разпределя между служителите и общността. Принципите на MaidSafe седят зад това тяхно решение. Също така чуваме, че дори храната била добра!

Кришна е високо ценен от целия екип в Ченай и от всеки друг от MaidSafe, който е имал възможността да работи с него. Желаем му всичко най-добро в бъдеще и сме сигурни, че ще продължим да го виждаме във форума на общността!

Търсим програмисти

Продължаваме да търсим софтуерни инженери, който да се присъединят към екипа ни. Досега основния ни фокус беше върху Rust програмистите, но вече имаме нови изисквания за ролята.

Търсим да наемем Senior Software Engineer, който може да работи както в предния, така и в задния край, има опит с един или повече от следните езици: Rust, C#, .Net, Java, JavaScript (и желание да научи още езици с нас). Ако проявявате интерес може да посетите страницата с обяви за работа в сайта на MaidSafe за повече информация.

SAFE CLI

План на проекта

Задачата по доказателството на концепцията с публични имена е завършена и се тества от QA в момента. Това позволява добавянето на публични имена: safe nrs create safe://duper.cool -l <target xorurl> , добавянето на под имена към настоящи имена: safe nrs add safe://super.duper.cool -l <another target xorurl> и премахването на под имена, ако желаете safe nrs remove safe://super.duper.cool . Всичко това създава основата на бъдещите уеб сайтове върху SAFE. За тези от вас, които искат да тестват могат да го направят с mock-vault , може да видите подробни инструкции в това ръководство .

Следващата ни стъпка е да видим как може да интегрираме тези нови API-та със SAFE браузъра под някаква - експериментална - форма.

Освен всичко това, има няколко PR-а добавящи тестове и подобряващи UX на CLI-то с повече яснота около ключовете на портфейла и плащане за операциите с нов --pay-with флаг за определени операции (които иначе биха попаднали в основния портфейл на акаунта).

SAFE Network приложение/програма (app)

План на проекта

Постепенно подобряваме първоначалния прототип, с PR-и за меню опции, външния вид и управлението на предпочитанията на потребителя всички те бяха обединени последните седмици. Използваме TypeScript за този проект и доста придирчиво съставихме E2E тест функционалности също, всичко това ще поддържа приложението стабилно докато работим по проекта.

SAFE Мобилен Браузър

План на проекта

След като миналата седмица представихме мобилна версия на SAFE браузъра за Android, започнахме работа върху версия за iOS. Благодарим на членовете на общността - @Nigel, @upstate, @feinberg, @seasonedirate - за усилията им и позитивната обратна връзка, това ни позволи да тестваме приложението.

Благодарение на новата система за разпространение можем лесно да разпространим съществуващата и бъдещите версии на мобилния браузър за регистрирани потребители на iOS устройства без да трябва да изграждаме всеки път от изходния код.

С удоволствие представяме новата версия на SAFE мобилния браузър v0.1.1 за Android и iOS :tada:. Може да видите темите във форума (Android версия, iOS версия) за инструкции как да го инсталирате и да разглеждате сайтове чрез него в Алфа 2 мрежата.

Тази версия включва поправки за някои бъгове, като добавихме и някои готини функции като възможността за приближаване / отдалечаване в Android устройства, и вече може да отворите, който и да е safe:// URL линк директно от всяка друга програма под iOS устройства (например email, контакти, бележки) :raised_hands:.

Всички опции за версия v0.1 са готови и започнахме работа по новите за бъдещите версии.

Нови типове данни в SAFE Клиентските Библиотеки

План на проекта

Измина още една седмица усилена работа за екипа работещ върху SAFE клиентските библиотеки. Успяхме да обединим някои важни промени в експерименталната версия, които включват възможността за използване на новия акаунт пакетен поток за създаване на акаунт и логване, и замяната на PUT със Safecoin за плащане за промяна на данни. Клиента вече използва идентичност генерирана детерминирано от потребителските удостоверители за самоличност използвани само за put , get и update на акаунта. Досега тази идентичност беше съхранявана в Рутинга (Routing) за да може да се използва за подписване на заявките изпращани до трезорите. За да направим Клиентските Библиотеки (Client Libs) лесни за интегриране с quic-p2p премахнахме това поле от Рутинга и го заменихме с публичната идентичност ID (след като това ще бъде единственото поле съхранявано от quic-p2p връзката). Всичко това позволи въвеждането на quic-p2p в Клиентските Библиотеки да стане доста лесно.

Друга значителна промяна тази седмица беше оттеглянето на старите типове данни! Точно така. Старите типове данни са премахнати и клиентското API вече изпраща / получава данни от тестовите трезори чрез новите типове данни. Това е още една важна стъпка към интегрирането на първата фаза на Трезорите. Успяхме да направим това бързо запазвайки съществуващото Клиентско API чрез преобразуване на данните на API ниво преди да ги изпрати към трезорите. Това напълно избегна всички проблемни промени в тестовия пакет и в FFI нивото.

Сега библиотеката очаква послената част от пъзела - quic-p2p - която впрочем бива интегрирана доста бързо.

Благодарение на това, че Рутинг зависимостта вече не е част от SAFE Клиентските библиотеки успяхме на да направим нов дизайн за представяне на връзките към Трезорите без на Клиентските Библиотеки да се налага да знаят нищо за интегрираните детайли на мрежовата структура (като например към коя група от Старейшини трябва да се свърже). Въпреки, че имаме само един Трезор във Фаза 1 решихме да мислим за напред и да се подготвим за въвеждането на Секциите. Затова вместо да изпращаме заявки през Рутинга се свързваме към група от Трезори и изпращаме заявки към всички в групата. В следващите няколко дни ще сме готови да интегрираме теста на SAFE Клиентските Библиотеки с новите Трезори.

И докато част от екипа ни работи по интегрирането на quic-p2p в SAFE ядрото, започна и работата по интегриране на тестовите задачи да използват само новото Клиентско API. Започнахме да променяме кода на някои от модулите и тестовете да използват новото API директно, вместо да го до стъпва чрез старото API и там да го преобръща, както вече споменахме.

Днес започнахме и промяна по Само-Криптирането, което вече взима адреса на данните за хаш, което не е случая с не публикуваната непроменима информация, което води до несъответствие и Грешка 404 :smile: Повече информация може да намерите в GitHub проблема. Доста сме развълнувани за всичко, което предстоящите седмици ще доведат, надяваме се и вие също!

Трезори (Vaults)

План на проекта

Както може да видите от плана на проекта фаза 1 на Трезорите е завършена! :tada: Успяхме да завършим кода на последните няколко задачи, да тестваме и да обединим тази седмица, като ни остана време и за малко допълнителни задачи. Това включва малко почистване на safe-nd.

Надяваме се през следващата седмица да имаме възможността да тестваме фаза 1 на трезора срещу SAFE Клиентските Библиотеки. Когато това се случи ще публикуваме трезора и ще обновим SAFE Клиентските Библиотеки. В допълнение и CLI инструмента ще е достъпен за всеки за да свикне с работата на Safecoin и плащанията.

Сега се насочваме към следващата вълнуваща част от трезорите: плануването на фаза 2 (от общо 4).

Сигурно Доставяне на Съобщения (Secure Message Delivery)

План на проекта

Вече се движим по три пътя на разработка всичките насочени към завършването на Сигурното Доставяне на Съобщения.

По основния път подготвяме PR, който ще предостави подписите и веригата от доказателства свързваща последната изпращаща секция, на която имаме доверие. Това ще ни даде чудесна гледка от единия до другия край на решението, но може да има нужда от завършването на части от другите пътища преди да може да тестваме и да ги обединим.

Напредваме и по паралелен път с този PR, като предстоят и още. Това ще ни позволи да знаем на коя версия на секцията ни, имат доверие другите секции и да използваме това за да изпратим възможно най-кратката верига от доказателства, когато изпращаме съобщение. Това е критично: в нормалния случай няма доказателство за изпращане, защото другите секции доста бързо ще придобият доверие към последната ни версия, но без нея ще изпращаме много доказателства.

Последния път цели да гарантира, че всички старейшини в секция имат едно и също виждане за мрежата, за да може винаги да взимат едни и същи решения. Част от предварителната работа по това е завършена и вече работим по основна част от задачата.

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

1 Like

SAFE Network новини – 8.8.2019

Накратко

Ето някои от основните неща тази седмица:

  • Пуснахме нова публикация обясняваща, какво е мрежа без нужда от позволение (permissionless network).
  • UX дизайна за Вечния уеб браузър продължава.
  • Публикувахме обновление на XOR-URL и NRS RFC-рите.
  • Пуснахме времена поправка на бъг в мобилния браузър за iOS.
  • Започнахме оттеглянето на старите API-та.
  • Миграция на SAFE Удостоверителя към новите типове данни и API-та.
  • Работата по Сигурното Доставяне на Съобщения продължава по план.
  • Може да видите новостите в SAFE CLI потребителското ръководство!

Маркетинг

Измина още една седмица и имаме множество новини за споделяне!

В Маркетинга публикувахме статия в Medium обясняваща какво е мрежа без нужда от позволение (permissionless network). Разгледахме нарастването на броя посредници в световната мрежа и защо вярваме, че SAFE Network, чрез своя позволяващ на всеки да се включи подход е единствения път напред. Знаете какво ще ви помолим: ръкопляскайте на статията и я споделете за да достигне до повече хора (версията във форума тук).

Още една Туитър буря тази седмица, включваща истории от частния живот на фирма за следене (благодарности към общността, че сподели тази новина с нас!) до разследване открило инструмент способен да променя съобщенията вътре във Whatsapp. Може да видите всичко това тук. Винаги проверяваме историите, които общността споделя във форум темата “Какво се случва днес”, затова благодарности към всички, които публикуват в нея - от голяма помощ е!

И за финал миналата седмица изпратихме още един email с новини :tada:. Ако все още не сте се записали за получаването му може да го направите - Тук!

Потребителско изживяване (User Experience)

Работим усилено върху UX дизайна за Вечния Уеб Браузър и върху всичко, това което съставя интерфейса му. Тази работа няма голям външен блясък, но е вълнуваща: включва всичко от дизайна на създаването, промяната, публикуването и обновяването на сайтове в мрежата.

Този път нямаме видео показващо всичко това, но работим по такова за следващия път!

Прогресът е завиден въпреки, че част от екипа излезе за годишната си отпуска. Всъщност сме готови да преминем към следващата фаза от работата по създаването на UX за създаването на акаунт без нужда от позволение, ръководенето на различните му идентичности и в последствие започване на работата по външния вид на потребителския интерфейс за Трезорите.

SAFE CLI

План на проекта

През последните няколко седмици работим по наш формат за кодиране на XOR-URL адресите, като част от въвеждането на CLI доказателството на концепцията и смятаме, че сме на етап, в който имаме всичко необходимо (за такъв тип формат) за да поддържаме всяка възможна негова употреба. Като изключим аспектите обсъдени в оригиналното предложение новите видове SAFE дата представиха някои нови предизвикателства пред дизайна. Затова публикувахме PR за да обновим оригиналното XOR-URL RFC, което представихме вчера. Моля присъединете се към ревюто му и дискусията в тази тема.

През последните няколко дни добавихме някои интересни функции към CLI-то и неговото API, които позволяват на потребителите да използват както XOR така и NRS URL адреси взаимозаменяемо във всяка команда (или API), която работи със safe:// URL адрес. С други думи, когато FilesContainer се създаде и публично име се свърже с него чрез NRS (Система за разрешаване на имена - Name Resolution System), командата $ safe cat може да се използва за да се извлече съдържанието му чрез FilesContainer XOR-URL или чрез свързания NRS-URL адрес. Или прехвърлянето на пари от Wallet може да се осъществи, чрез Key XOR-URL адрес или NRS-URL адрес създаден за целта. Както може да видите това показва, че вече може да се изпращат Safecoin-ни към четими от човек URL адреси, малко криптовалути могат това!

Въвеждаме и първата версия на това, което ще стане основата на pWeb (Вечната Мрежа). Всяка промяна на съдържание, което е качено в SAFE Network като Публикувана Информация (Published Data) е постоянно. Това значи, че нови версии се генерират с линк към старите такива (старите версии остават достъпни завинаги). Чрез CLI-то (и неговото API) вече е възможно да се извлече не само последната/настоящата версия на публикуваното съдържание (например сайт), но също така всичките му стари версии. В момента поддръжката на това, е чрез който и да е safe:// URL адрес посочващ желаната версия. Това доведе и до обновление на PNS/NRS RFC, така че чувствайте се поканени да се присъедините към дискусията във форума за програмисти.

Друга яка функция, която добавихме наскоро е възможността за обновяване на CLI програмния код само с командата: $ safe update . Това все още не може да се използва, защото не сме публикували кода на CLI-то като пакет, но когато го направим потребителите ще могат да го обновяват само с командата, която проверява за нови версии и се самообновява.

SAFE CLI ръководството на потребителя е обновено с всичките тези подробности за новите функции, така че може да го прегледате ако искате да ги разберете по добре и ако намерите начин да ги подобрите ще се радваме да ни кажете.

SAFE Network приложение/програма (app)

План на проекта

Напреднахме през последната седмица като интегрирахме част от основната функционалност на апликацията (заедно с още тестове и обновявания на зависимостите). Това върху, което сме фокусирани в момента е да направим външния облик на програмата възможно най-добър и да получим обратна връзка за визуалната страна на нещата.

SAFE Мобилен Браузър

План на проекта

След като публикувахме версия v0.1.1, работихме върху поправка за грешката под iOS, която не позволяваше на браузъра да се свърже със SAFE Network през мобилната мрежа и днес публикувахме решение и сте добре дошли да го тествате. Ако сте регистрирани в AppCenter като iOS тестер, моля свалете новата версия и ни информирайте дали решението работи през мобилната мрежа на оператора ви.

Ако искате да се включите като тестер за iOS и да получите достъп до удостоверителя и браузъра за устройството ви, моля вижте тази тема във форума за повече информация.

Впрочем вече работим и по версия v0.2, като задачите ни включват проблем с изтеглянето на изображения под iOS, обновяване на менюто за зареждане на страници, разрешаването на хоризонтален режим за iPhone и изчистване на самия код.

Нови типове данни в SAFE Клиентските Библиотеки

План на проекта

Времето дойде да изоставим старите APIа-та! Експерименталния клон на SAFE Клиентските Библиотеки получи множество обновления тази седмица с прехвърлянето на старите API-та към новите. След прехвърлянето към новите API-та успяхме да ги интегрираме с quic-p2p и да го използваме за връзка с локален реален Трезор, за да го тестваме вместо досегашния тестови трезор. Това ни позволи да премахнем старите API-та напълно и да използваме новите за вътрешната работа, FFIs и тестовете.

Напълно премахнахме старите Непроменими Данни с представените от @lionel.faber https://github.com/maidsafe/safe_client_libs/pull/947. Това наложи известно адаптиране на Storage елемента в хранилището на Само-криптирането. То вече съдържа допълнителна функция за генериране на адрес с връзка към вариант на желана Непроменима информация (Immutable Data - публикувана или непубликувана) в картината.

Паралелно търсехме проблеми и правихме тестове. @marcin работеше върху поправка на доста важен проблем, който позволяваше на програми да четат непубликувана информация. Вече проверяваме всяка заявка от програма за GET за непубликувана информация. В този случай се уверяваме, че програмата е удостоверена (т.е. че акаунта на заявителя съдържа публичния й ключ). Обновихме тестовете за отменяне да отчитат новото поведение (включително и че вече не криптираме повторно информацията, както е посочено по надолу). @lionel.faber разработи тестове за safe_app модула, които верифицират работата на AppendOnly Data API-тата в множество възможни сценарии включително проверка за разрешение между собствениците и програмите.

Друга голяма промяна в SCL беше миграцията на SAFE Удостоверителя към новите видове данни и API-та. Удостоверителя вече използва новите видове данни и API-та във вътрешните си механизми, а старите са изоставени. Множество кючови структури като Access_Container , Share_Mdata и т.н. са обновени до новите Непоследователно Променими данни (Unsequenced Mutable Data).

Отменянето и възстановителните операции са адаптирани към новите промени. Повторното криптиране е премахнато, защото проверката за достъп е променена с новите видове данни. В момента сме близо до завършване на настоящата голяма задача (вижте плана на проекта по горе), остават само да се адаптират safe_app модулите, което правим в момента. Със завършването и на тази задача целите SAFE Клиентски Библиотеки ще използват новите видове данни, а всички стари ще са премахнати.

И накрая ще може напълно да премахнем Рутинга (Routing) от SAFE Клиентските Библиотеки в полза на QuicP2P, което е отделен проект, който е близо до завършване. Прехвърлихме и SAFE Програмата да използва quic-p2p вече и паралелно работим по малки (но необходими) неща като конфигурационните файлове необходими за работата на quic-p2p. Целта ни е скоро да стабилизираме настоящата разработка на SAFE Клиентските Библиотеки за да са достъпни за използване от фронт - енд екипа.

Сигурно Доставяне на Съобщения (Secure Message Delivery)

План на проекта

Напредваме с разработката на първоначалните части от Сигурното Доставяне на Съобщения, които ще го направят работещо.

Гарантирахме, че едно и също състояние е еднакво за всички старейшини в секция, наричаме това “споделено състояние”. Обединихме няколко PR-a, които покриват виждането ни за историята на секцията ни; както и съседите, с които се свързваме към останалите секции в мрежата. Следващото обновление ще поправи виждането ни за начина, по който съседите ни виждат нас, което е определящо за това каква информация да им изпратим.

Първоначалната работа по удостоверяването на изпращача е в процес на създаване на PR и очаква ревю и дискусия. Това ще се добави към работата за използване на това за разписка за удостоверяване (подготвено е, но е на пауза в друг PR). На този етап това ще завърши общия поглед на цялостното решение. Както може да видите има множество PR-и върху, които работим докато изграждаме цялостната работа на Сигурното Доставяне на Съобщения без да е интегрирано BLS. Работата по това решение приключва и BLS задачата (която предстои) ще завърши дизайна, което ще ни позволи да преминем към Стареенето на Възлите (node age), друг голям компонент.

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

1 Like

SAFE Network новини – 15.8.2019

Накратко

Ето някои от основните неща тази седмица:

  • Екипът ще присъства на Web3 Summit следващата седмица в Берлин :de:
  • Автоматизирахме процесът за издаване на нови версии за safe-cli, safe-authenticator-cli и safe_vault така че когато публикуваме промяна PR, ще се публикува нова версия не само на страницата ни в GitHub, но за safe_vault ще се публикува и в crates.io :tada:
  • SAFE Network програмата се движи с добра скорост, в процес сме на интегриране на функционалности за инсталация/сваляне и първоначалния процес за включване
  • Проблемът, който спираше връзката между SAFE Клиентските Библиотеки и Трезорите е отстранен :muscle:
  • QA екипа прехвърли трезорите към разработка с musl libc вместо с glibc
  • Вече имаме първата част от крайното решение за SMD
  • И бързо обобщение до къде сме в плана на проекта

Маркетинг

Работихме усилено цяла седмица и много скоро ще имаме някои доста, доста вълнуващи новини… Първата версия, която наричаме Фаза I (прочетете по-долу) е близо до завършване - може да видите GitHub страницата и ще забележите много отметки в колоната за завършване! И работата по Фаза II вече започна. Точно така, действаме с пълна сила. Може да видите работата ни в повече подробности описани по долу, но накратко работата от целия екип е невероятна. Сигурен съм, че ще се съгласите. Всяка фаза е огромна стъпка напред към Флеминг (Алфа 3) и работим под пълна пара за да е възможно най-скоро на ваше разположение. На заден план, маркетинговия ни екип разработва плановете ни как най-добре да споделим това с вас.

Подготвяме се и за Web3 Summit. Нашият представител @dugcampbell ще бъде на сцената и ще говори за децентрализираното съхранение на информация (20.08 / 17:30 - не закъснявайте!) @joshuef и @cgray също ще присъстват, с идеята да се включат в дебата за децентрализираното бъдеще. Надяваме се и тези година да сме толкова вдъхновяващи като миналата, ако желаете да си припомните представянето на @dugcampbell от миналогодишното събитие. Ако ще бъдете там или близо до Берлин ела те да си кажем здрасти.

Също така има ли все още хора, който не са се записали за събирането в Брайтън? @JimCollinson, нашият UX/UI специалист ще присъства там лично. Подробности тук.

ФАЗА 1

Както може да видите от последен проект на диаграма на Гант, разделихме работата необходима за достигане до Алфа 3 на фази: 4 фази за трезорите + стареенето на възлите (node ageing). Всяка от тези фази е разделяна допълнително вътрешно, за да ни даде повече яснота и обхват, но погледа от високо ни дава правилната насока.

Завършването на Фаза 1 е кулминацията на някои от “изграждащите блокове” на мрежата. Финалната версия на мрежата ще бъде изградена от три “изграждащи блокове”: клиентите, трезорите и рутинга. Фаза 1 включва основите за клиентите и трезорите. Тази версия ще бъде един трезор, който ще симулира цялата мрежа на един компютър, и ще имате новите типове данни и SAFE CLI, които да тествате.

SAFE CLI

План на проекта

С завършването на процеса по обновяване и публикуване на safe-cli чрез Jenkins, и първото ни успешно използване на self_update, тази седмица DevOps/QA екипът насочи вниманието си към safe-authenticator-cli и мигрирането на процеса му по обновяване и публикуване също към Jenkins. Safe-authenticator-cli и safe-cli са близко свързани, затова е важно тези двете да се конфигурират постоянно и да могат да се обновяват заедно, когато има нужда. Разгледахме възможността да обновяваме safe-cli и safe-authenticator-cli с musl libc, но открихме, че има зависимости, които усложняват това за сега - и ще го оставим за по натам. За повече относно musl libc, вижте по долу в частта с Трезорите.

DevOps/QA екипът също така разгледа и въведе създаването на ежедневни версии на safe-authenticator-cli, така че да може да се използва от safe-cli CI, премахвайки необходимостта да се изгражда всеки път от нулата, когато се стартира CI-то. Това се постига чрез Jenkins и ще намали значително времето от настоящата работа на CI. Колкото по-бързо работи CI, по-бързо ще получаваме обратна връзка за версията и по-бързо ще я обновяваме :rocket:

Следващата стъпка е да добавим self_update към safe-authenticator-cli. Тази команда self_update позволява най-новата версия да бъде свалена от GitHub страницата ни, ако има нова версия, когато потребителя използва update командата от CLI-то. Това спестява нуждата ръчно да се сваля и инсталира последната версия на CLI Удостоверителя, вместо това с въвеждането на проста команда в терминала ви, програмата ще се обновява сама.

Добавихме и дребна функция към safe_cli, която ще е много полезна за проверка на настоящето състояние на NRS Картата на контейнера. Когато използвате cat командата, вече е възможно да добавите флаг --info за да получите списък със всички поддомейни, създадени към дадено публично име и тяхната метаинформация, например свързаното съдържание. Обновихме секцията с “SAFE URL адреси” в Потребителското Ръководство с обяснение как това може да се използва, и примери на видовете информация, които може да се извличат с този флаг.

Миналата седмица започнахме работата по промените необходими в safe_cli и safe_auth_cli за да се обновят SCL библиотеките до последните версии и се надяваме да сме готови скоро. Това ще ни позволи да използваме CLI-тата не само с тестовата локална мрежа, но и с Трезорите в настоящите версии на мрежата.

Постигнахме и добър прогрес в опитите ни да свържем Node.js с новите Rust API-та (високите нива API-та, които разработваме в safe_cli). Това ще ни позволи да имаме Node.js програми, които да ги използват, както и SAFE браузъра и в последствие ще могат да се използват и от уеб програми. Този път тестваме neon-bindings, защото изглежда лесно за поддръжка, вместо досегашния node-ffi. Щом приключим с това ще може да разширим използването на Rust API-тата до много повече приложения и ще поддържаме всички нови видове данни.

SAFE Network приложение/програма (app)

План на проекта

SAFE Network програмата продължава да се разраства. Добавихме повече от реалната външност на приложението (досега имахме функционална, но груба версия за разработчици). Вижте PR тук, има нужда от някои подобрения, но изглежда много добре. Вече имаме началото на въвеждащия процес и макар да е прост като за начало, в бъдеще ще създаде основите за първото взаимодействие на хората с мрежата, включително създаването на акаунт и влизането в мрежата. Интегрирахме и функционалности за инсталиране/сваляне в потребителския интерфейс, така че вече имаме визуална връзка за прогреса и обновяването лесно може да се постави на пауза/откаже. Ако всичко продължава да върви така добре се надяваме следващата седмица да представим публична тестова версия.

SAFE Мобилен Браузър

План на проекта

Тази седмица работихме по някои нови функции за мобилния браузър. Една от тях ще позволи на потребителя да споделя лог файловете си. Това ще ни помогне да откриваме и отстраняваме проблеми по-бързо. Също така почти завършихме тъмния режим за двете платформи (Android и iOS). Сега се фокусираме върху някои дребни проблеми, преди да изпратим приложението към QA екипа за финални тестове.

SAFE Клиентски Библиотеки

План на проекта

SAFE Програмата е прехвърлена да използва новите типове данни. Съществуващото API използващо старата MutableData е прехвърлено към новите последователни MutableData (все още не поддържаме непоследователните MD). Това ни приближава към пълното премахване на старото API и типове данни от кода изцяло. PR за това е в процес на преглед в момента.

Публикувахме няколко версии на safe-nd. Документацията за това е значително подобрена и вече е лесно достъпна тук. Също така стабилизирахме и замразихме API-то, което значи, че няма да има повече промени преди да преминем към Фаза 2 на Трезорите, но може да добавим нови функционалности ако го намерим за достатъчно полезно. Пуснахме версия 0.2.0 и смятаме бъдещите версии да са обратно съвместими с нея, като версия 0.2.1 ще добави нови публични функционалности. Така бъдещите версии ще добавят малки промени, което ще ни позволи значително да опростим част от AppendOnlyData тестовия код. Но при всички случаи смятаме да променяме минимално този код.

Справихме се и с проблем, който пречеше на свързването между SAFE Клиентските Библиотеки и Трезорите. Клиента на трезора създава карта с адресите към клиентските идентичности (публичните ключове). Понякога, когато стара връзка със същия публичен ключ все още съществува, Трезора взима грешен адрес, към който да изпрати отговор и “истинският” клиент никога не получава отговора.

След известни усилия от наша страна (заслугата е на @fraser, @ustulation и @nbaksalyar) проблемът е отстранен и сме в процес на тестове преди интегриране, което ни помогна да открием малък бъг в quic-p2p: за ефективност не сериализираме бинарните съобщения над 1 килобайт и при получаващата страна винаги предполагаме, че не се налага да разсериализираме големите съобщения. Но понякога, бинарния сериализиращ формат добавя няколко допълнителни байта сам, така че quic-p2p грешно предполага, че е не-сериализирано съобщение, което води до отказ. Оправихме и този проблем и скоро ще пуснем нова quic-p2p версия с поправките. С всичко това вече пълните тестове на Клиентските Библиотеки с локалния Трезор изглеждат доста обещаващи!

Трезори

Тестовете по интегрирането на локалния Трезор със SAFE Клиентските Библиотеки показаха известно несъответствие между баланса на Safecoin и логиката по създаването му. Тестовия Трезор позволи да използваме тест функция за създаване, на който и да е акаунт с всякакъв ключ и баланс, докато локалния Трезор позволява (грешно) всички заявки да преминават дори и клиента да няма никакви пари. И въпреки, че двата подхода имат логика в тестова среда, решихме да се придържаме по-близо до реалната мрежа. В момента може да създаваме какъвто и да е баланс Safecoin от въздуха, но само ако правите това за себе си (т.е. за клиентския ключ, който използвате за връзка с Трезора). За да е още по магично няма лимит на Safecoin-ните, които може да създадете за себе си, така че бъдете готови да тествате тази функционалност и да се забавлявате!

Миналата седмица DevOps/QA екипът завърши работата по мигрирането на основното от safe CI Трезора към Jenkins. Заедно с това те автоматизираха процеса по обновяване, така че сега, когато направим нови промени PR ще се задейства не само обновяване на GitHub страницата ни, но ще се публикува и в crates.io :tada: Досега това се правеше ръчно, така че автоматизирането на процеса ни позволява да освободим повече ресурс за други неща и намалява възможността за човешка грешка.

DevOps/QA екипът също така прехвърли трезорите да се създават чрез musl libc вместо с glibc. Това значи, че програмния код на трезорите ще работи на много повече Linux дистрибуции, отколкото досега, така че по-малко работа по поддръжката им :smile:

Но не се задоволихме само с това, добавихме и self_update към най-новия код на трезора. Това позволява на self_update да свали нова версия от GitHub страницата ни, ако има такава, всеки път когато трезора се стартира. Това е целенасочено различно поведение от нуждата на ръчна команда update необходима за обновяване на safe-cli и safe-authenticator-cli. Това ни спестява нуждата да приканваме общността да сваля и инсталира последната версия трезори, така ще е необходимо само да ви приканим да рестартирате трезора си и той ще се самообнови. Предполагам ще се съгласите доста елегантно решение за тестова фаза :wink:

Сигурно Доставяне на Съобщения (Secure Message Delivery)

План на проекта

Вече имаме първата част от крайното решение: Съобщенията в секцията вече се подписват и верифицират при получаване. Всички тестове минават и сме сигурни в работата на Сигурното Доставяне на Съобщения.

Надграждаме над това първоначално решение и успешно решихме проблем, който ни създаваше трудности в предишните схеми: вече може да изчистим доказателството за изпращане и да потвърдим, че съобщенията се валидират. И за финал разчистваме кода от старите схеми.

Със завършването на тези 2 големи задачи, оставащата работа е ясна и я добавихме към плана на проекта. Напредваме и в завършването на тези последни задачи. Една от най-големите оставащи задачи е да разрешим проблем, който се откри наскоро при интегрирането на Parsec. Идентифицирахме точното място на проблема и работим по отстраняването му.

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

1 Like

SAFE Network новини – 22.8.2019

ФАЗА 1 (тестови трезор)

Имаме удоволствието да ви представим поредната част от пъзела към излизането на първата Фаза на Трезорите :tada:

Всъщност обсъждахме дали да изчакаме завършването на всички части от Фаза 1, но тестовете ни пожънаха успех и сме твърде развълнувани за да чакаме повече - затова ви даваме достъп до първоначалната версия веднага!

Насочете се към тази тема във форума за подробна информация, това което се задава ще ви хареса…! Надяваме се да сте също толкова развълнувани като нас!

Маркетинг

Екипът ни участва в Web3 Summit в Берлин и сподели историята на SAFE мрежата. Имахме възможност да разкажем как си представяме светът отвъд блокчейн технологията на морето на програмисти, инвеститори и други любопитни очи, заедно с другите участници като Едуард Сноудън, Ричард Сталман и Дейвид Чаум. Имаше го и това прекрасно усещане, когато някой ти каже “яко”, след като кажеш “Работя в MaidSafe” :wink:. Вижте няколко снимки от събитието, включително една с @dugcampbell, докато говори на сцената за децентрализираното съхранение на информация.

40
И последно напомняне, че @jimcollinson е в Брайтън тази вечер, така че ако искате да участвате в срещата заповядайте в The New Unity Pub от 19:00 часът. Вземете си нещо за пиене и чуйте всичко за UX/UI.

SAFE CLI

План на проекта

Голямата новина тази седмица е излизането на safe-cli и safe-authenticator-cli с реалните SAFE Клиентски Библиотеки :tada:, кликнете на посочените линкове за да свалите версията за вашата OS.

Всичко това постигнахме със завършването на този PR вчера.

QA екипът беше зает да тества safe-cli и safe-authenticator-cli след като ги включихме да използват истинските SAFE Клиентски Библиотеки. Надяваме се да открием очевидни бъгове, но разбираме, че няма софтуер без бъгове, затова ако ако откриете проблем или искате да ни дадете обратна връзка, положителна или отрицателна, може да го направите в тази тема във форума на общността.

Тази седмица нашия DevOps/QA екип добави self_update към кода на safe-authenticator-cli. Това използва командата self_update за да свали последната версия от GitHub страницата ни, ако има обновление, всеки път когато потребителя стартира ./safe_auth --update , което ви спестява ръчното сваляне на новите версии. Това изравнява функционалноста му с тази на safe-cli.

SAFE Network приложение/програма

(SNAPP)

План на проекта

И преди сме споменавали SAFE Network приложение/програмата в седмичните новини. Първата версия ще е проста помощна програма, позволяваща свалянето, инсталацията и управлението на различни видове SAFE програми и инструменти, които са вече налични или в процес на разработка.

Екипът ни работи усилено и първата версия скоро ще е готова за тестове от QA екипът ни.

Като това е само началото за това приложение. Ще започне съществуването си като общ инструмент за тестове, но идеята му е да се превърне в старт бутон за мрежата. Не жизненоважна програма, но полезна преходна стъпка, която са появява при нужда. С нея ще може да влизате, идентифицирате, управлявате профила си или създавате нов акаунт.

Това е стъпката, на която сме в момента - дизайна и създаването на методи, чрез които потребителите да могат да влизат в мрежата за първи път, по начин без нужда от чуждо позволение, в среда без сървъри.

Може би сте стартирали първия си Трезор или сте получили покана от приятел, който е вече в SAFE мрежата. Но всичко е необходимо да е разбираемо, лесно и работещо на всякакви устройства.

Имаме екип, които гледа към цялостната картина за приложение на SAFE Network програмата и я разработва за едновременно използване от мобилни и десктоп платформи, от самото начало. Всичко това трябва да се тества за да е максимално удобно за обикновения потребител, затова очаквайте още по темата!

SAFE Мобилен Браузър

План на проекта

Тази седмица най-после завършихме с тъмния-режим PR :smile: и го включихме в основния код. Това ще позволи на потребителите да включват/изключват тема с тъмен режим както за Android така и за iOS устойства.

Миналата седмица @Zoki съобщи за проблем с Android браузъра, при който някои сайтове не могат да се свалят от SAFE Network, защото програмата се опитва да обърне публичните имена с числа в IP адреси. Открихме от къде идва проблемът и го разрешихме. Поправката ще бъде включена в следващата версия.

Последно за сега е добавянето в мобилния браузър за iOS на поддръжката на жестове за навигация, чрез които може да се преминава напред или назад между страниците.

SAFE Клиентски Библиотеки

План на проекта

Имахме добър напредък тази седмица с тестовете по интегриране на quic-p2p с истинските Трезори и с удоволствие ви съобщаваме, че няма повече провалящи се тестове и известни проблеми. През следващата седмица ще усъвършенстваме кода и ще се уверим, че всичко работи гладко за следващата версия на SAFE Клиентските Библиотеки.

Тази седмица основния фокус на @marcin беше оправянето на бъгове и разглеждането на PR-те. Той публикува PR променящ CreateCoinBalanceFor заявката да връща Transaction отговор в Тестовия Трезор. Също така работи по минимално преструкториране на Client елемента, премахвайки част от дублирания код и правейки Client::full_id() метода да връща SafeKey вместо Routing::FullId типа, намалявайки зависимостта ни от Рутинга. И за финал пусна PR добавящ малки подобрения към документацията тук там.

В съчетание с работата по SAFE Клиентските Библиотеки, правим промени по safe-nd щайгата, като поправяне на валидацията за позволяване към AppendOnlyData и преструкториране на error_response функцията така че сега връща Transaction отговор тип грешка за CreateLoginPacketFor заявката. Публикувахме нова версия на safe-nd 0.3.1 с промените.

Сигурно Доставяне на Съобщения (Secure Message Delivery)

План на проекта

Продължавайки работата от миналата седмица основно се съсредоточихме върху обединяването на PR-те към функционалностите на от край до край решението за Сигурно Доставяне на Съобщения. Основната работа включваше почистване за да се избегне добавянето на идентичностите на старейшините изпращащи съобщение към всяко съобщение. Това добавяше много излишен разход и затова вече изпращаме тази информацията еднократно към Секцията, на която й трябва. Всяко съобщение съдържа много по-лекия BLS Key (емулиран за сега) и подпис. Друга работа е подписването и проверката на съобщения от един източник с ED ключ, който се използва за валидирането на съобщения от единични компютри.

Открихме и причината за последния неуспешен тест при използването на Parsec - идва от алгоритъма за разчупване на обвързванията в Parsec. Създадохме тест в parsec, който може да показва този проблем по рано и работим върху поправка за него.

Полезни линкове

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

1 Like

SAFE Network новини – 29.8.2019

ФАЗА 1 (истински трезор)

Финалните части от Фаза 1 на Трезорите са завършени и тези от вас, които следят активността ни в GitHub са видяли колко усилия от целия екип изискваше това за да сме готови днес :tada:

Както споменахме миналата седмица финалната част от пъзела беше да заменим “тестовия” трезор с истински. Така вече имаме готови CLI, SAFE Клиентските Библиотеки и “истински” трезори!

Пуснахме отделна тема с подробностите и ако желаете да тествате лично истинския трезор сега е момента да се присъедините към купона!!

Маркетинг

Тази седмица @dirvine участва като говорител в Тюринг Фестивала 2019 в Единбург като изнесе презентация на тема “Оставете хардуера, нека обезопасим самата информация: Да се преборим с трудните, но жизненоважни проблеми”. Имаше много добра посещаемост, основно от хора извън крипто общността - доста различна аудитория от обикновенно - които се запознаха с това как SAFE мрежата решава проблемите, с които се срещаме днес от много високо ниво.

42
Представянето беше записано от организаторите и вероятно ще бъде публично достъпно през следващите няколко седмици.

SAFE Network приложение/програма

(SNAPP)

План на проекта

Първоначалната версия на SAFE Network App беше предадена на QA екипа и работим по оправянето, на някои бъгове и стабилизирането на кода под различните десктоп платформи. Ден след ден напредъка в работата на приложението е видим. Работим и по обновление за браузъра, което ще му позволи да рабори със SAFE Network приложението, което ще позволи да получавате известия за нови версии, също и обновяването до тях.

SAFE Десктоп Браузър

На десктоп фронта работим по малко доказателство на концепцията, интегрирано с новите API-та открити чрез CLI хранилището. Установихме основното поведение на fetch използвайки новите Neon API-та, както и добавихме прост помощник за навигация на Вечната Мрежа (Perpetual Web). В момента този POC Браузър е достъпен само за Linux и macOS, като работим по отстраняването на някои проблеми със съвместимостта под Windows.

Работим и по нов процес за представяне на новите версии на Браузъра с автоматично обновяване, което изисква някои промени по подписването на апликациите. Това вече придобива форма и се надяваме да го винализираме скоро!

SAFE Мобилен Браузър

План на проекта

Обновихме потребителското ръководство в README хранилището за да помогнем на потребителите лесно да свалят и използват програмата за мобилния им телефон чрез сканиране на QR код или с линк за сваляне на двете платформи (Android и iOS).

Добавихме и нова опция за Android устройства, която позволява свалянето на изображения от safe:// уебсайтове на телефона. Освен това работихме и по рефакторирането на кода за да е максимално прост и универсален.

SAFE Мобилен Удостоверител

След като представихме последната мобилна версия на Удостоверителя за iOS чрез AppCenter, част от общността ни съобщи за проблем с приложението, при който съдържанието не са показва на цял екран, когато се използва с iPad и има наличие на опция за увеличение/намаление. Открихме къде е проблема и пуснахме поправка за приложението. И след като така и така правим промени за използване с устройства с голям екран добавихме и някой подобрения в потребителския интерфейс за по добро представяне.

Също така обновихме CI/CD процеса за Удостоверителя с автоматични версии за Андроид и iOS от CI към AppCenter чрез различни версии на PR-те.

SAFE Клиентски Библиотеки

План на проекта

Днес е голям ден за SAFE Клиентските Библиотеки, защото пускаме нова публична версия на библиотеките след дълга разработка. И има множество подобрения, които ще харесате!

Първо тази версия променя архитектурата на библиотеката значително, като в голяма степен запазва съществуващото API. Вече не използваме Рутинга като зависимост и самата библиотека е по-лека и лесна за разбиране.

Нещо повече, вече използваме новата мрежова библиотека и протокол, който разчита на QUIC, който има множество важни функции, като анонимност на мрежовия трафик: защото QUIC е стандартен IETF протокол и е криптиран по подразбиране, така че трафика в SAFE мрежата може да се прикрие като обикновен Интернет трафик и по този начин е практически неценируем и непроследим.

И разбира се тази версия на SAFE Клиентските Библиотеки работи с Фаза 1 на Трезорите: поддържа всички нови видове данни (които са основата на Вечната Мрежа) и въвежда Safecoin.

Както и досега Клиентските Библиотеки поддържат два режима на работа: първия е “истинския”, който използва мрежова връзка за да разговаря с Трезор. Втория режим е “тестови” Трезор, който въвежда всички функции на Трезора вътре в самия ви компютър; може да се използва за лесно тестване на програмите ви без да ги публикува в SAFE Network.

Всичко това поставя солидни основи за бъдещите функции. С премахването на Рутинга от Клиентските Библиотеки, може да се разработва отделно, което значи, че от гледна точка на Клиентите ще е по-лесно да се поддържат бъдещите фази (включително Fleming - Алфа 3).

Настоящата версия има известни ограничения: не включва FFI API-то за момента, защото преценихме, че се изисква още време за да го завършим в сътрудничество с front-end екипа. Ще го добавим в бъдещите версии.

Новите версии на SAFE App, SAFE Core, и SAFE Authenticator са публикувани в crates.io вече.

Трезори

План на проекта

През последната седмица усъвършенствахме кода на Трезора и оправяхме малки проблеми, които открихме след интегрираното му тестване с Клиентските Библиотеки и SAFE CLI.

След като оправихме всичко имаме удоволствието да съобщим, че днес пускаме нова версия на кода на Трезора, която може да тествате на компютъра си. Това е важна версия, която съдържа работата от Фаза 1 и добавя нови магически функции, като новите типове данни и Safecoin.

Има ли нужда да казваме повече? Може да тествате сами веднага!

Сигурно Доставяне на Съобщения (Secure Message Delivery)

План на проекта

Вече разработихме всички основни неща от Сигурното Доставяне на Съобщения. Публикувахме поправка на проблема с подреждането за консенсуса на Parsec (правила за рефакторинг за прекъсване на връзките и последователно подреждане, когато се подрежда интересното съдържание) за който съобщихме миналата седмица и допълнителните тестове, опоменати тук са разрешени.

С този прогрес сме на няколко задачи от завършването на SMD. Искаме да разгледаме и някои от допълнителните задачи преди да отбележим всичко за завършено. И с приближаването на края на тази задача започнахме да плануваме използването на истински BLS ключове и въвеждането на DKG в Parsec. Голяма част от фокуса на екипа е насочен към плануването на Фаза 2 (свързването на множество трезори в Секция) и Фаза 3 (свързването на множество Секции в мрежа).

Полезни линкове

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

SAFE Network новини – 5.9.2019

Накратко

Ето някои от основните неща тази седмица:

Маркетинг

Кога стана Септември?! Толкова сме съсредоточени върху това да пуснем мрежата, че новия месец се промъкна покрай нас. Това, в което може да сме сигурни е, че Септември ще бъде още един епичен месец с още повече добри новини и ще ни доближи до Fleming (Алфа 3).

На първо място искаме да приветстваме с добре дошъл @oetyng в екипа ни! Вероятно разпознавате името му, защото той е виден член на форума от години. Първоначално ще работи с @ravinderjangra върху safe_app_csharp за да преструкторира проекта за бъдещи промени, търсейки различни решения за поддръжка на новите API-та и видове данни, преди да се фокусира върху други части на проекта, които имат нужда от поддръжка. Много сме доволни, че някой толкова отдаден на проекта ще работи директно върху мрежата с нас и без съмнение скоро ще видите резултат от усилията му (без натиск :laughing:).

Използваме възможността да припомним за GitHub програмата за спонсорство, за която споменахме преди време. Може освен с програмен код да се включите и с поддръжка на докоментацията. Може да се регистрирате или да споменете, някой който според вас заслужава да получи спонсорство от нас.

Тази седмица @dirvine говори на 2nd Международна Конференция за Блокчейн, Идентичност и Криптография в Университет Напиер. @Savage сподели видео тук, но качеството на звука не е добро, затова ще ви информираме ако се появи по-добра версия.

И… още ново съдържание! Публикувахме месечната разбивка на свършената работа в Medium, дава ви най-общо представяне на основните неща, които свършихме през Август. Да, няколко “малки” неща :sweat_smile:!

Също така разгледахме подробно Фаза 1 на Трезорите (Vaults), която пуснахме тази седмица - може да разберете как това е голяма крачка към Алфа 3 (Fleming) в тази статия в Medium или във Форума. Знаете как ще ни помогнете - харесайте, споделете, коментирайте и разкажете на приятелите си! Тази статия е написана на по достъпен техничен език - затова е подходяща за споделяне с приятелите и семейството ви.

Още нещо: изглежда вече имаме хардуерна поддръжка за MaidSafeCoin в Trezor (за повече информация, вижте тази тема) :tada:

Предупреждение : това е гореща новина от днес (благодарение на @sascha :bowing_man: ) така че ви предупреждаваме: все още сме нямали възможност лично да проучим и затова ви приканваме да направите собствено проучване преди да пращате парите си!

SAFE CLI

План на проекта

Както много от вас вече са забелязали, след като публикувахме миналата седмица “Трезор Фаза 1 (истински трезор)”, пуснахме и първата пакетна версия на CLI, т.е. преминахме от просто споделяне на сорс кода и инструкции, как да го стартирате към завършена версия готова за инсталация на CLI-то.

Представеното миналата седмица доведе до полезна дискусия във форума за SAFE CLI командите, настоящите и бъдещите потенциялни функционалности, откритите проблеми, UX/UI интерфейсите и т.н. Благодарни сме на всички, които участват в тези дискусии - доставя ни не само голямо удоволствие да видим как тествате кода ни, но и ни предоставя много полезна обратна връзка и нови идеи за напред. Ако все още не сте се включили и вие в дискусията никога не е твърде късно! Има много полезна информация в тази тема - вижте сами.

След като публикувахме кода миналата седмица бяхме доста заети да оправяме проблемите, за които ни съобщихме плюс добавяхме нови функции, за които ни помолихте. Затова днес пускаме нова версия както за safe_auth така и за safe_cli CLI-тата.

Ако вече сте свалили предните версии може да ги обновите с командата --update за safe-authenticator-cli или update за safe-cli (да, отбелязали сме си да направим командите еднакви и на двете места). Може да свалите и инсталаторите и за двете от техните страници:

Една от новите функционалностти е добавена от @draw, който добави функция за автоматичното довършване в SAFE CLI. Как точно да използвате тази функция е описано в оригиналното съобщение от @draw тук.

Друга добавена функционалност е представянето на нова safe keys transfer команда за CLI-то (и неговото API), което позволява на потребителите да прехвърлят пари от SafeKey , докато safe wallet transfer командата позволява да препращате пари от Wallets . Направихме тези команди да са като опции, но да са задължаващи ( --from и --to ), с което ги прехвърляме от първоначалния им формат като аргумент позиция. Това ни позволява да поддържаме повече възможности за използване и в същото време да запазим всичко лесно за използване. Обновихме SAFE CLI Потребителското ръководство с тази и допълнителна информация.

Някои малки допълнения също са добавени, като добавянето на допълнителен --tx-id аргумент както за keys transfer така и за wallet transfer командите така че TX ID може да се избере от потребителя вместо да бъде създадено на случаен принцип от CLI-то. Добавихме и поддръжка за SafeKey URL адреси, което показва информация само за своето XOR име, ако е взето от NRS карта, и т.н. Това може да е полезно когато SafeKey е свързан към NRS URL адрес, така използвайки cat заедно с --info аргумент може да ни помогне да разберем NRS името и местоположението (XOR-URL) на SafeKey .

Оправихме проблем с номера на версията под Linux и добавихме по предложение на общността strip към процеса по изграждане и включихме .zip и .tar.gz пакети във cli версиите.

След като новите версии са готови подновяваме усилията си да добавим още NodeJS обвързвания към API-тата от високо ниво, които откриваме от safe_cli кода. Както може да се види от новините от миналата седмица вече имаме първото доказателство на концепцията за fetch NodeJs обвързване, което демонстрирано работи с PoC Браузъра извличащ сайтове публикувани в Трезор. Сега се опитваме да направим свързаности за FilesContainers , Published ImmutableData и NRS API-тата първо, за да може в последствие да ги отворим за SAFE Браузъра за използване от уеб програми.

Трезори (Vaults)

След успешното представяне на Фаза 1 на Трезорите имаше някой малки поправки, според обратната връзка, която ни дадохте - основно добавихме -v , --verbose флаг за да се разбере по-добре какво върши работещ Трезор. Може да добавите флага многократно за още повече допълнителна информация. Оправихме и малък проблем, при който се изискваше връзка с мрежата дори и за да се използва --help менюто, добавихме и поддържка на .zip и tar.gz пакети.

Ако вече сте свалили локален Трезор, следващият път когато го стартирате/рестартирате ще се обнови до най-новата версия ако имате интернет. Ако все още не сте свалили Трезор, който да стартирате на компютъра си може да го свалите от тук и не пропускахте да прочетете информацията за него от миналата седмица тук.

Освен всичко това основно се фокусирахме върху плануването на следващата фаза и как най-плавно да стигнем до нея. След като вече имаме клиенти, които да се свързват с трезора и да си взаимодействат с него, все едно е цяла мрежа, следващата стъпка е да свържем множество Трезори в една Секция, в която да координират действията си чрез PARSEC (поне за действия, които изискват взаимодействие). За някой операции, като извличането на данни, искаме да минем без използване на подреден консенсус за да е максимално бързо.

SAFE Network приложение/програма

(SNAPP)

План на проекта

Тази седмица беше изпълнена с QA за версия 1, както за функционални, така и за аспекти на дизайна, с приближаването ни към пускането на първата версия. Затова заедно с работата, която вече сме започнали стартирахме и подготовката за следващата фаза от SNAPP картата на проекта. Първоначално сме се фокусирали основно върху MacOS, а за следващата фаза ще се целим в разрешаване на проблема с инсталация под Windows. В последствие това ще ни позволи да пускаме версии за трите десктоп платформи, които таргетираме.

Не само първата версия на SAFE Network програмата е почти готова, но и дизайна за версия 2 е започнат.

За версия 2 сме се съсредоточили върху това как потребителите да създават акаунт без нужда от позволение, основно на мобилни устройства, където няма да има възможност за стартиране на трезор (поне първоначално).

Извършихме няколко теста с потребители за да разберем по добре как потребителите реагират на различни подходи при създаването на Акаунти. Както при всички тестове с UX, получихме много добра обратна връзка и сме подготвили специфично решение за основа на пакета от спецификации: възможността на съществуващ Акаунт да даде покани на приятели, давайки им всичко необходимо за да си създадът акаунт в SAFE мрежата.

В момента генерираме покани и ги подготвяме.

Как съществуващ потребител създава, плаща, прехвърля и проследява - и ако има нужда - взима обратно покани? И как подсигуряваме ниждата и двамата да имат достатъчно Safecoin за да покрият изискванията за създаване на използваем Акаунт, без подаряващият да плати твърде много, ако цената се промени преди поканата да е приета? Много забавни проблеми, които решаваме в момента.

Работата по тях включва и UX дизайна по създаването на акаунт, както и основите, чрез които хората ще започнат първото си взаимодействие със Safecoin, и ще платят за достъпа си до работещата мрежа, под различните платформи - мобилна и десктоп.

These are all the potted feature sets that you’ll start seeing coming together on the Safe Network app, as we build out the core experience to the ecosystem.

Може да очаквате примерни снимки от всичко това и други елементи на потребителското изживяване - след като представим версия 1…

SAFE Десктоп Браузър

След като представихме доказателството на концепцията за новите Трезори миналата седмица, и проблемите с инсталаторите, пускаме нова обновена POC версия за mac и linux с оправени инсталатори (тази поправка отне доста ровене както в резолюцията на нод модула и пакетирането му, за да открием причината, която се оказа в модула стартиращ .node файлове). След тази поправка започнахме работа по обновяване на POC версията, с идеята да я подготвим за нова основа за разработка. branch ‘up to snuff’, with the aim of making this our new development base. Това наложи поправката на множество грешки и тестове след като премахнахме 30% от кода след като изключихме сайта за идентификация и библиотеките към него. Надяваме се скоро да обединим работата по него.

Освен това проверяваме електрон библиотеката за проблемите под Windows. Добрата новина е, че това е известен проблем в Electron. Лошата новина е, че няма единично решение, което да е достигнало до Neon вече, затова подготвяме наше решение за Windows пакетите, за да можем да преминем към по забавната част с API интегрирането… за което стартирахме ново хранилище, съсредоточено около нашите rust API-та изградени за CLI-то. Това щер положи основите за ново safe-nodejs хранилище, което в момента използваме за fetch в браузъра.

И бърза бележка за документацията относно работата по характеристиките на браузъра за Вечната мрежа: решихме да премахнем Github хранилището му за момента.

Обновяването и грижата за това хранилище през фазата на дизайн е излишна работа, особенно при използването на инструменти като Figma и поради това няма голяма информативна стойност за общността.

Смятаме да публикуваме повече видео клипове и снимки, които да покажат по-добре дизайнерските решения с напредъка на работата ни.

SAFE Мобилен Браузър

План на проекта

Умаме удоволствието да представим версия 0.2 на SAFE Мобилния браузър :tada:. Идва с очакваната тъмна тема и множество нови вълнуващи опции като сваляне на снимки от SAFE сайт на устройството ви, iOS интегриране с жестовете за навигация, нов прогрес бар обозначаващ свалената информация, и някои поправки на бъгове включително отварянето на сайтове с число в адресите.

Вижте темата във форума за информация как да свалите и тествате програмата за вашето устройство (ако вече имате старата версия ви препоръчване първо да я изтриете преди да свалите новата).

SAFE Мобилен Удостоверител

Освен новата версия на мобилния браузър пускаме и нова версия на Удостоверителя :smile:. Промените в тази версия са базирани на обратната връзка от общността. Основната промяна е да използваме целия екран на iPad таблетите. Направихме и някои UI/UX подобрения за Android и iOS устройства с големи екрани.

Вижте темата във форума за информация как да свалите и тествате програмата за вашето устройство (ако вече имате старата версия ви препоръчване първо да я изтриете преди да свалите новата).

SAFE App C#

Тази седмица публикувахме safe_app_csharp NuGet пакет версия 0.2.3. В тази версия обновихме safe_app и safe_authenticator основните библиотеки до версия 0.9.1. Това ще е последната NuGet версия поддържаща Alpha 2 мрежата.

Сега престроктурираме и опростяваме safe_app_csharp структурата на проекта преди да започнем работа по поддръжката за новото API и типове данни. Това ще опрости разработката и процеса по изграждане. Масивен PR беше публикуван за това и в момента е в процес на ревю.

SAFE Клиентски Библиотеки

В момента търсим бъгове и проблеми с Фаза 1 и започнахме подготовка за необходимата работа по Фаза 2. Въпреки че не е вероятно да засегне SAFE Клиентските Библиотеки по значим начин, все пак се налага да подобрим частта на свързването на Трезора за да може SAFE Ядрото да говори с множество Трезори едновременно (и както може би помните, Фаза 2 е изцяло фокусирана върху работата на множество Трезори!).

Понеже не използваме Рутинга за свързване с мрежата (свързваме се директно с Трезорите вместо това) трябва да имаме част от функционалността му в Клиентските Библиотеки. Една от тях е справянето с вероятното несъответствие с отговорите, които различни Трезори изпращат: някои от тях може да са в процес на достигане на консенсус и може да имат различно виждане за света. За момента се налага тези случаи да ги решаваме от страната на клиента и ще възможно най-доброто решение за напред.

В същото време разглеждаме какви варианти за разработка ще окажат най-голямо влияние върху картата на проекта. FFI е подходяща област, по която да работим в следващите дни. Търсим как да процедираме с интерфейса на SCL и NodeJS/JavaScript. Една от възможностите е да използваме Neon свързаности които ще работят подобно на Java/JNI FFI модела.

Друга област, по която бихме могли да продължим разработката е RDF, която поставихме на пауза преди Фаза 1. По-бързо за въвеждане и ефективни алтернативи на Redland C Libraries, което предостави начини за използване на RDF в Rust също са в процес на преглед, защото много нови библиотеки се появиха след паузата.

@marcin пусна PR оправящ safe_app_jni и safe_authenticator_jni суб модолите в SCL, които бяха счупени с промените във Фаза 1.

Сигурно Доставяне на Съобщения (Secure Message Delivery)

План на проекта

Превключихме фокуса си върху плануването на разработката на втората фаза на Трезорите и плануваме оставащата работа по интегрирането за поставения на пауза BLS проект.

Като резултат има малък прогрес в Сигурното Доставяне на Съобщения тази седмица. Наскоро започнахме да добавяме още тестове, за да сме сигурни, че съобщенията са правилно защитени и невалидните съобщения се засичат и отхвърлят.

Полезни линкове

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

1 Like

SAFE Network новини – 12.9.2019

Маркетинг

Тази седмица маркетинговия екип беше фокусиран върху създаването на ново съдържание. Публикувахме нова статия в Medium разглеждаща новите типове данни (въпреки, че технически публикувахме статията миналата седмица :wink:) за да покажем някои от различните вариации на данните и как те могат да се свържат заедно за да създадат нещо невероятно. Също така публикувахме продължение към Фаза 1 на Трезорите, разглеждащо малко по-подробно какво е включено (основно фокуса е върху новите CLI-та). Все още не сме публикували тези статии във форума, затова ако искате да ги има и само кажете и ще ги добавим веднага!

Сутринта изпратихме и имейл с първите септемврийски новини, разглеждащ фалшификатите. Ако не сте се абонирали за имейл новините, защо да не го направите сега?! Посетете safenetwork.tech за да получавате имейл на всеки две седмици. Пуснахме и туитър буря фокусирана върху новини от изминалата седмица и нещо.

И докато създавахме всички тези материали също така работихме и върху план за маркетинговия ни фокус в следващите няколко месеца, като идеята е да се насочим основно към DApp разработчиците. С напредването на работата по новите CLI-та и Трезори е перфектното време да вдъхнем отново живот към тях и да приканим нови програмисти да се включат. Ще споделим плановете ни с напредването на работата.

Трезори - Фаза 2

План на проекта

Фаза 2 на Трезорите премина от плануване към разработка :tada:

Фаза 1 (единичен, истински трезор) е завършена и се насочваме с пълна сила към Фаза 2.

Както е видно идеята ни е да създадем минимално необходимото работеще решение и в последствие да надграждаме върху него. С тази цел Фаза 2 на Трезорите е разделена на две подфази. Фаза 2а ще разшири архитектурата на единичния трезор от Фаза 1 до няколко трезора, но само в една секция. Фаза 2б ще надгради над това и ще има освен множество трезори и множество секции.

Това е доста вълнуващо, защото това е фазата, в която гумите се срещат с пътя. Това е частта, в която продължаваме към създаването на децентрализирана мрежа и интегрираме консенсусния механизъм.

Отбелязали сме основните задачи в плана на проекта, покриващи най-важните изисквания, като най-голямото е интегрирането на трезора с рутинга на PARSEC.

Поради комплексността на Фаза 2 ще добавяме в плана конкретните задачи за всяка основна част от плана след като завършим предната. Така въпреки че основните частти ще останат статични, с напредването на работата ще забележите нарастването на броя нови задачи. Но разбира се това ще значи, че сме завършили голяма част от тях :wink:

Екипа за Трезорите започна първоначалната работа по добавянето на тестови рутинг към Трезорите преди да интегрираме истинския.

Друга част от разработката е в рутинга и по точно как ще се справя с изчистването (Pruning) на Parsec. Това е нужно за да гарантираме, че няма постоянно да увеличаваме използването на памет от компютъра и количеството информация, която ще трябва да се изпраща към новоприсъединяващи се компютри. За да постигнем това ще използваме настоящия механизъм, който създава нова Parsec връзка в случай на разделяне на секция.

Още една новина свързана с трезорите от тази седмица. По време на тестовете @karamu откри прекъсващ проблем, при който файл, който изглежда качен на споделен трезор не може да се свали обратно. След известно разследване @nbaksalyar успя да останови първопричината: споделения трезор е качен на Mac компютър, който от време на време изчиства временната информация и това може да доведе до загуба на непроменими парчета данни. Проблемът е въпрос на конфигурация и днес направихме необходимите промени в конфигурацията на споделения трезор за да го отстраним. Поправка в PR форма ще бъде пусната също така. За да се свържете със споделен трезор ще трябва да обновите вашия файл vault_connection_info.config с последната версия от нашия GitHub . Вижте оригиналната публикация Трезор Фаза 1 (истински трезор) тук за пълни инструкции за това как да се свържете със споделен трезор или как да стартирате собствен трезор.

SAFE CLI

План на проекта

След като пуснахме миналата седмица версия 0.3.0 на SAFE CLI, подновихме работата по разработката на API-то от Високо Ниво и излагането му към други програмни езици като NodeJS. Успяхме да напреднем доста и въпреки че все още сме в ранен етап успяхме да създадем NodeJS свързаности за NRS , FilesContainers и fetch API-тата, и дори да ги използваме за SAFE Browser-а. Пуснахме и първия план на проек за NodeJS свързаността заедно с първите задачи върху, които ще работим.

От страната на SAFE CLI тази седмица работихме по въвеждането на Медия-тип (т.е. MIME-типове) в XOR-URL адресите генерирани при качване на файлове в мрежата. Вече имахме резервирано място за тях в XOR-URL кодирането, но не го използвахме досега. Това ще позволи на апликации, като SAFE Browser, да работят с файловете според медия-тип информацията записана в XOR-URL адреса. Това се прави чрез fetch HL API-то, както и с $ safe cat командата когато --info е предоставено.

Започнахме и въвеждането на ново API от високо ниво (и съответната $ files add команда към него), което ще позволи на потребителите да добавят файл към съществуващ FilesContainer . Това ще добави единичен файл (и като опция ще го презапише ако вече съществува) към FilesContainer или към локален път/ликация, или към safe:// локация. Последното ще покрие сценариите, в които някой файлове са вече качени в мрежата и искаме да създадем връзка към тях от други FilesContainers също така.

Може би разбирате, че това са първите ни стъпки в това да позволим такива операции със safe:// съдържание, очакваме в бъдеще да може да синхронизираме FilesContainer със safe:// URL адрес като първоначална локация, в допълнение към локалната папка/път.

SAFE Network приложение/програма (SNAPP)

План на проекта

SNAPP получи PR оправящ редица стилистични и компонентни проблеми. Също така финализираме процедурата по автоматично обновяване с някой финални тестове със създаването на CI системи в момента.

Всички тези неща добавяме и към десктоп версията на SAFE Браузъра, което ще позволи обновяването на апликации директно от самите SNAPP.

SAFE Десктоп Браузър

План на проекта

POC браузъра е подреден и вече е основния ни dev отдел. Това наложи поправката на множество проблеми след-electron-обновявания, както и поправки на тестовете и настройки, сега след като премахнахме вградения удостоверител.

Но вече dev отдела ни изглежда по-подреден, от когато и да е било. С новата NEON API поправка и работеща версия под Windows (предната версия вече има версия за Windows!), и нашите E2E тестове работещи под всички платформи (за момента без Windows CI). Това досега не беше възможно изобщо под Windows, заради някои забавни Windows “капризи”. Така всичко това изглежда много позитивно.

След като оправихме Windows-а, насочихме вниманието си към новата safe_nodejs библиотека, която изграждаме над CLI изложените dev API-та. Вече имаме основните API-та изложени, с NRS създаване/обновяване и files създаване/синхронизиране както и fetch, която вече беше в POC. Така разбира се, започнахме да излагаме тези API-та към DOM, който сега работи добре, след като отстранихме проблемите с пакетирането, работим и по някои хубави UI подобрения за да гарантираме лесно регистриране на Публични Имена.

Всичко това ще намерите в този PR.

Върху тази интеграция с браузъра, разглеждаме и пакетирането на safe_nodejs библиотеката за да помогнем на по-бързото изграждането на апликации (в момента изграждането от сорс кода добавя около 45 минути към CI тестовете ни, така че работим доста енергично за да свалим това време). Първоначалните тестове с node-pre-gyp също изглеждат обещаващи!

SAFE Мобилен Браузър

План на проекта

Опцията Pull to Refresh от PR #137 е въведена :tada: Тази опция позволява на потребителя да обнови уеб страницата, която разглежда като издърпа надолу, без да използва бутона за презареждане в менюто и за двете платформи (iOS и Android).

В момента се опитваме да пуснем автоматичните UI тестове за хранилището на мобилния браузър използвайки Xamarin.UITest инструментите. UI тестването е критичен компонент за да се установи дали някои от съществуващите опции е счупена или дали са се появили нови бъгове, заедно с въвеждането на нови опции или поправката на друг проблем.

Автоматизацията на UI тестовете гарантира, че ще се правят по-бързо и по-често, и че няма да имаме връщания назад - особенно с увеличаване на сложността на проекта заедно с увеличаващата се бройка проекти. Следващата седмица ще конфигурираме CI да пусне тестовете на множество устройства с различни API нива/OS версии и хардуерни спецификации на множество платформи, за да подсигурим единно потребителско изживяване за всички потребители.

SAFE App C#

Тази седмица отделихме време в преглед на safe-cli кода и разгледахме как да пуснем FFI свързаностите от safe-cli за да дадем възможност на API-то да използва C# със същия програмен код.

Целтани е да имаме структура, която ще се използва за предостави .NET API за функции като качване и сваляне на информация от новите трезори. Щом имаме основната структура ще разширим API-то да покрива и другите съществуващи функционалности, които включват работата с новите типове данни, ключове, XOR-URL адреси, NRS, и портфейла.

SAFE Клиентски Библиотеки

С подготвянето на предстоящата Фаза 2 на Трезорите разрешихме и множество проблеми. Един от тях е PR #1034 и се отнася до разрешенията за програми изпращащи обновления към мрежата от името на потребителя. Досега, програмите използваха transfer_coins като единствената порта за промяна на информацията, четяха койн баланса и изпращаха койни от името на потребителя. Решихме че това трябва да бъде разбито на различни нива за разрешение за всяка специфична операция. Затова добавихме няколко порти за разрешение allow_mutation и get_balance .

@marcin пусна PR за повторно включване на не-тестовите форми, които работят отново след всичките промени в SCL, в Travis, който използваме за Непрекъсната Интеграция. В допълнение, този PR оправя и връща бинарните тестове за съвместимост, които също бяха спрени, и добавя малко преструкториране, след като така и така правим промени. Последно, този PR премахва частта от кода, която стартира cargo check преди cargo clippy в нашия clippy-all скрипт, което беше необходимо заради бъг, на който се натъкнахме и съобщихме. Много добро обяснение на бъг-а, анализа му и поправката може да бъде открита тук.

BLS криптография

План на проекта

Завършихме с плануването на BLS стадия, заедно с задачите по Фаза 2. Този проект отново е подновен от там, където го бяхме поставили на пауза и може да добавим работата, която бяхме свършили преди за Parsec към BLS Разпределено генериране на ключове (Distributed Key Generation=DKG), заедно с разчистването към Сигурно Доставяне на Съобщения (Secure Message Delivery=SMD) проекта, за да започнем с генерирането на истински ключове на BLS Секция и да ги използваме в рутинга.

Започнахме и първоначалните промени по превключването на BLS от кворум към 1/3 съгласие, което ще направи емулирания BLS по съвместим с истинския BLS.

Сигурно Доставяне на Съобщения (Secure Message Delivery)

План на проекта

Приключихме с последната задължителна задача от SMD плана :tada: Добавихме още тестове за да гарантираме, че съобщенията са правилно защитени и неправилни съобщения се засичат и отказват. Има няколко допълнителни задачи останали за SMD, които са на пауза за сега и ще се решат, когато времето позволи.

За да завършим въвеждането на SMD така че да отговаря на RFC-ра, ще трябва да изчакаме докато BLS проекта е завършен. На този етап ще можем да направим финалния QA и да го обявим за завършен. До тогава ще държим този проект отворен само с една задача за завършване.

Полезни линкове

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

SAFE Network новини – 19.9.2019

Накратко

Ето някои от основните неща тази седмица:

Маркетинг

Тази седмица имаме няколко нови видео клипа! На първо място е видео от @Karamu, където обяснява няколко CLI команди като стартирането на трезор и свързването със споделен трезор както и използването на safe-удостоверител-cli за удостоверяване на safe-cli програма. Няма аудио, но Calum много усложливо е добавил коментари към командите за да може да проследите лесно процеса.

И като допълнение от темата на @joshuef във форума миналата седмица (Създаване на SAFE сайт), той написа и статия в Medium и кратко видео към нея, където ви показва CLI-тата в действие. Намирате ли това за полезно? Смятаме да създадем още много ръководства за да помогнем на всички типове програмисти :smile_cat:

Следващата седмица @dugcampbell ще присъства на Blockchain Live конференцията в Лондон, за различни срещи, така че ако присъствате и вие, кажете здрасти!

Трезори - Фаза 2

План на проекта

Сега след като приключихме с плануването и подготвителната работа, започнахме с въвеждането на Фаза 2 на Трезорите. Да си припомним, целта на Фаза 2 е пускането на множество трезори: важна стъпка приближаваща ни към крайната цел “Трезори от вкъщи”. Към екипът се присъединиха @lionel.faber, @marcin, @nbaksalyar, и @yogesh, което на практика означава, че целият екип работещ досега върху SAFE Клиентските Библиотеки се прехвърли към тази задача.

Едни от основните задачи на Фаза 2 е да добави Рутинга и PARSEC към Трезорите. И от тук започва приключението ни: първоначално интегрираме тестови Рутинг, като емулираме части от Рутинг функциите, от които имаме нужда без да разчитаме директно на самия Рутинг. Това ни позволява да работим паралелно с Рутинг екипа без забавяне. В момента сме фокусирани върху тестването на комуникациите между множество Трезори и гарантирането на работата на всички фонкционалности според очакваното, когато добавяме още Трезори към Секция.

В частта с Рутинга нещата вървят добре по въвеждането на съкращаващата (pruning) функционалност в PARSEC, като първите няколко PR-и са почти готови. Както споменахме в новините от миналата седмица, идеята е да третираме съкращаващо събитие подобно на смяна на префикса, където нова PARSEC инстанция се създава и събития, които все още не са достигнали до консенсус се въвеждат повторно.

SAFE CLI

План на проекта

Днес пуснахме нова версия на SAFE CLI (v0.4.0), която включва няколко малки поправки и само две нови опции:

  1. files add команда: тази команда позволява на потребителите да добавят единичен файл към съществуващ FilesContainer или като посочат съществуващ път към локалния файл или като посочат XOR-URL адрес на файл, който е вече качен в мрежата. Потребителското ръководство е обновено с информацията за тази нова команда.
  2. Медия-тип (т.е. MIME-тип) кодиран в XOR-URL адреси: добавихме поддръжка на кодиране на Медия-тип в XOR-URL адресите, и по този начин вече всички файлове качвани в мрежата с команди safe files ще се свързват с FilesContainer използващи XOR-URL адреси съдържащи вида Медия-тип файл.

Моля имайте пред очи, че използвайки тази нова версия на SAFE CLI файловете/сайтовете/XOR-URL адресите генерирани с нея, няма да могат да се декодират/отварят коректно със съществуващия PoC SAFE Браузър, затова подготвяме нова версия на PoC Браузъра, която може да работи с новите XOR-URL адреси и ще я пуснем скоро.

API свързаностите върху, които работим за браузъра имаха добър напредак тази седмица. След като Windows пакетите вече работят добре ги въведохме и в CI системата. Заедно с това работим и по въвеждането на тестови сет!

За тези, които не следят дискусията за Трезорите - Фаза 1 във форума,в момента се опитваме да се фокусираме върху присъединяването на safe_auth CLI командите към SAFE CLI, за да опростим UX-а за работа с мрежата чрез CLI. Целта ни е да имаме едно единствено CLI, чрез което потребителите да могат не само да контролират съдържание, но и да взаимодействат с Удостоверителя. Преглеждаме възможността да подкараме Удостоверителя като системен демон/процес, което ще изложи интерфейс, който всяка програма или Удостоверител с UI/GUI ще може да взаимодейства.

SAFE Network приложение/програма (SNAPP)

План на проекта

Работихме усилено по процедурата за обновяване и CI през последната седмица. Имаше доста неща за оправяне за да стигнем до нещо, с което сме доволни, но достигнахме до процес, който изглежда добре. Излизането на първата версия се приближава!

Последните усилия по UX дизайна, който изглежда доста завършен, ни позволи да допълним процеса по купуване, генериране и управление на акаунт поканите за SAFE Network. Тези неща са свързани разбира се с портфейла и Safecoin на канещият, но също и за присъединяващия процес на получаващия покана.

Така че към това бяха насочени последните ни усилия: присъединяването на нови потребители, и в частност помощ по създаването на Идентичности — известни и като Safe ID-та.

Има повече от това, което се вижда на пръв поглед. Как потребител управлява множество идентичности? И как могат да започнат анонимно? И как могат да имат съхранена информация, транзакции и настройки за всеки отделен Safe ID?

Това е интересна и важна работа: да го подготвим за бъдещо разрастване, но в същото време да го държим достатъчно просто за управление в момента.

Също така всичко това се изгражда първоначално за мобилни устройства, с идеята да може да се въведе и за десктоп компютри бързо в последствие.

SAFE Десктоп Браузър

План на проекта

Тази седмица подобрявахме доказателството на концепцията за браузъра и работата му с новите споделени трезори. Добавихме някои интересни функционалности (NRS регистър в браузъра!? Работа със сайтовете и качване на файлове?!?!?!), които в момента проправят пътя си през QA. Веднъж след като сме доволни от тази работа, ще пуснем нова версия на браузъра веднага.

Освен всичко това, сега след като инсталационните файлове вече работят с Windows нормално, успяхме да пуснем Windows тестове и изграждане с CI-то. Нещо, което беше невъзможно досега заради несъвместимости между някои nodejs FFI и windows.

SAFE Мобилен Браузър

План на проекта

Както споменахме миналата седмица продължаваме с настройката и работата по UI тестовете (локално и в CI). Досега бяхме зависими от IDE-то за да пускаме и анализираме тестовите резултати, но вече може да пускаме UI тестовете независимо от платформата (Windows/Mac/Linux) и под Azure DevOps, което използваме за CI-то. Тестовете се пускат чрез Cake изградени скриптове използващи nunit-конзола стартираща Xamarin-UI тестовете. Вече може да стартираме тестовете на CI-то и да преглеждаме резултатите в XML формат.

Също така оправихме проблем, който предизвикваше проблеми с работата на приложението като проверяваше дали сесията на обекта е нула преди да свали съдържание и да върне подходящото съобщение за грешка.

SAFE App C#

План на проекта

Тази седмица активно обсъждахме и започнахме да работим върху някои задачи за преструктуриране и рефакториране, така че библиотеката да е готова за използване на новите свързаности, които да предоставят API-та за новите типове данни и други функционалности.

Повдигнахме и PR чернова към safe-cli хранилището, която съдържа основните необходимости за генериране на местните библиотеки за десктоп и мобилни платформи и за използването на FFI свързаности за safe_app_csharp . Все още има много работа преди да пуснем новия NuGet пакет с новите API-та.

SAFE Клиентски Библиотеки

След като започнахме работа по Фаза 2 на трезорите, SAFE Клиентските библиотеки не се разработват активно. Ще продължим да оправяме възникнали проблеми от Фаза 1 и ще правим подобрения, където можем, но екипът ще е основно фокусиран върху интегрирането на рутинга в Трезорите. Ще се видим от другата страна!

BLS криптография

План на проекта

Тази седмица стабилния прогрес по BLS проекта продължи, включително въвеждането на Генериране на Разпределен Ключ (Distributed Key Generation (DKG)) в тестовия-parsec, както и промени по процеса за одобрение на кандидати за въвеждането на Възрастни (Adults) и участието им в DKG. Отстранихме и малък проблем водещ до преждевременен консенсус в тестовия-parsec.

Полезни линкове

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

SAFE Network новини – 26.9.2019

Накратко

Ето някои от основните неща тази седмица:

  • Пуснахме нова версия на SAFE Браузъра, добавяща някои много добри функции на вУеб (Вечната мрежа).
  • Като част от работата по Фаза 2 на Трезорите започнахме да правим необходимите промени, за да сме сигурни, че Трезорите виждат по един и същи начин състоянието на информацията за всички мрежови операции.
  • В SAFE CLI хранилището беше извършена много работа за да подготвим първите FFI (Интерфейс на Чуждите Функции / Foreign Function Interface) функции за SAFE API-тата. PR-а който включва настройките за генерирането на основните библиотеки, C# свързаностите и покриващ повечето от API-та беше прегледан и обединен.
  • Работата по въвеждането на Стареенето на възлите (Node Ageing) започна.

Маркетинг

Това са последните новини за Септември :fallen_leaf: - колко вълнуващо! И както обикновенно имаме множество новини за вас и тази седмица. Като начало за маркетинга ви изпратихме двуседмичния ни новинарски имейл, който трябва да сте получили днес след обяд (UK време). Обсъдихме раждането на безКешовите общества, какво води до тях и къде крипто валутите намират своето място във всичко това. Ще го публикуваме и в Medium скоро, за да не го изпуснете - но защо да не се запишете за новинарския ни имейл и да получавате историите директно в пощата си?!

Пуснахме и насочена върху наблюдението туитър буря, така че хвърлете едно око в Twitter. Ако сме изпуснали някоя важна новина може да ни пишете във форума или да ни тагнете в Twitter.

Трезори - Фаза 2

План на проекта

Продължаваме да напредваме през задачите на Фаза 2, основно сме фокусирани на два фронта: тестовия Рутинг и рестартирането на операциите на Трезора, по отношение на постигането на консенсус.

Спряхме се върху тестовия Рутинг в новините от миналата седмица, но това е само част от историята. Във Фаза 1 на Трезорите повечето заявки за товарене са въведени наивно: защото нямаме нужда от консенсус в контекста на единичен Трезор, потокът от операции използва някои кратки пътища, които няма да работят с множество Трезори. Сега правим необходимите промени за да сме сигурни, че Трезорите имат едно и също виждане за състоянието на информацията на всички поддържани операции в мрежата. Това е добре известна задача и сме завършили етапа на проектиране. Подхода, който избрахме налага някои малки промени в Рутинг API-то и в кода на Трезора. Промените започват да се появяват с PR#852, който поставя началната структура за работа с консенсуса и PR#854 където изтриването, трансфера на койни и заявки на пакет за вход (LoginPacket) се насочват през консенсус алгоритъма.

С завършването на PR#1034 , AppPermissions са готови за оптимизация и преработка (обяснено е тук в SCL секцията) в тестовия трезор вътре в SAFE Клиентските Библиотеки. Съответните промени са на път и за истинските трезори, за да ги подготвим за новия начин за работа с разрешенията на програмите.

В рамките на Рутинг щайгата, имаме обединени PR-и за справяне с PARSEC кривата, когато трябва да се извърши изчистване (pruning). Бъдещета работа за справяне с подробното изчистване (pruning) на работата също напредва добре.

И докато сме тук си струва да отбележим, че споделения Трезор (като част от Фаза 1 на Трезорите) беше рестартиран по рано тази седмица и vault_connection_info.config файла беше обновен в GitHub страницата на трезора. Вижте последната версия на Трезора за новия vault_connection_info.config файл - ако смятате да използвате споделения трезор, трябва да го свалите в съответната локация на платформата ви :wink:

SAFE CLI

План на проекта

Както знаете създадохме първия комплект от SAFE API свързаности за NodeJS. Това значи, че уеб програмите (apps) и самият SAFE Браузър могат да използват едни и същи API-та, каквито се използват от SAFE CLI. Но последните няколко седмици (и особенно последните няколко дни) много работа беше извършена за да подготвим първия комплект FFI (Интерфейс за чужди функции / Foreign Function Interface) функции за SAFE API-тата. Това ни позволява да започнем работа по създаването на SAFE API свързаности за C# езика (и в последствие за Java и други езици). Това значи, че API-тата ще бъдат използваеми и от мобилния браузър.

Създадохме и някои автоматични тестове за NodeJS свързаностите (с Jest), което гарантира, че информацията е съхранена и извлечена правилно, когато се използва кое и да е от SAFE API-тата. След като всичката функционалност и логика на API-тата се намира в Rust нивото и множество сценарии се тестват на това ниво, тестовете на NodeJS свързаностите, както и която и да е друга свързаност, стават по прости. Те просто гарантират, че информацията е правилно изпратена и получена през слоя на свързване.

В момента обмисляме рефакторинг и преструкториране в хранилището, след като вече имаме три щайги за управление: 1) safe-api излагащо Rust SAFE API-то, 2) safe-cli съдържащ SAFE CLI сорс кода на програмата и зависимостта от safe-api , и 3) safe-api-ffi който е слоя съдържаш всички FFI функции напълно изолирани/отделени от останалите, и очевидно зависими от safe-api . Така че ще продължим да работим върху това за да финализираме някои реорганизации, които вече са готови.

И накрая, паралелно продължаваме да опитваме да оправим някои малки проблеми и да добавим нова функция, която ще позволи да се избере специфичен баланс за харчене от портфейл ( Wallet ) за всяка от поддеържаните операции. За момента всички команди на портфейла използват баланса за харчене по подразбиране като източника/целта за всяко действие извършено с Wallet . Сега се опитваме да позволим на потребителите да зададът лесно име на баланса за харчене в URL адрес, така че командата да може да работи с него вместо с баланса за харчене по подразбиране. Т.е. ако имате баланс за харчене с име за-плащане-на-бири в портфейл с URL адрес safe://mywallet ще може да проверите баланса по него с командата:

$ safe wallet balance safe://mywallet/to-pay-beers

SAFE Десктоп Браузър

План на проекта

Днес публикувахме нова версия на SAFE Браузъра! Представяме някои много добри функции на вУеб (Вечната мрежа), позволяващи на потребителите не само да преглеждат SAFE сайтове и техните стари версии, но също така да регистрират NRS имена (Система за разрешаване на имена / Name Resolution System) директно от браузъра. Потребителите вече могат и да качват и променят сайтовете си (директно от браузъра).

В настоящия момент не сме положили много усилия върху UI/стилът на тези функции. Просто ги направихме публични с базова функционалност за да може да опитате бъдещето на Интернет тук и сега!

Може да го свалите от GitHub страницата ни тук и да си поиграете с тези хубави функции. Напомняме, че ще имате нужда от safe_auth CLI работещо и свързано или към споделен Трезор или към локален Трезор, който сте стартирали.

Просто за да ви дадем идея за нещата, които ще може да правите в тази нова версия, ето някои най-общи описания:

  • Изтегля уебсайтове използвайки NRS-URL адреси и XOR-URL адреси, разглежда напред и назад тяхната история, виждайки всеки уеб сайт във всяка от версиите му.
  • Ако се опитате да отворите сайт чрез NRS име, което все още не е регистрирано ще получите възможност да създадете и регистрирате това NRS име със своя акаунт! За тези от вас, които знаят как работи настоящето DNS регистриране това ще е интересно преживяване :wink:
  • Ако посетите сайт, който вече притежавате ще може да го редактирате директно в Браузъра, като изберете локална папка (само папка може да бъде избрана в тази версия) от където ще може да качите новите файлове за сайта си. Браузърът ще качи и публикува информацията ви с вашето NRS име и URL адрес.
  • Уеб сайтовете алтернативно могат да бъдат качвани и публикувани под NRS име чрез SAFE CLI. Веднъж след като са публикувани могат да се изтеглят или чрез CLI или да се отварят с SAFE Browser (въпреки че не е възможно все още да се променя сайт чрез браузъра ако е качен с CLI, нито обратното, ограничение върху, което ще работим скоро във връзка с поддръжката на споделени права между различните програми).

Ако създадете сайт на споделения Трезор защо не споделите NRS или XOR URL адреса във форума за да го видят и други!

Напомняме, че тази версия на браузъра не е съвместима с Алфа 2 тест мрежата, а работи само с новия споделен или локален Трезор както е обяснено в тази тема.

SAFE Мобилен Браузър

План на проекта

Тази седмица приключихме с автоматичната настройка за UI тестване на SAFE мобилния браузър. За да валидираме тестовата настройка добавихме някои UI тестове за сценарии за тестване на долните бутони за навигация, промяна на темата на приложението, отваряне на FAQ страницата и т.н. Тези тестове показаха че автоматичното UI тестване е възможно и е лесно за въвеждане. Въпреки това, работата по мобилния браузър е поставена на пауза за сега заради продължаващата разработка на safe_app_csharp , който е основния ни фокус в момента.

SAFE App C#

План на проекта

Тази седмица продължихме с добавянето на свързаности за новите API-та и покрихме множество възможни употреби. This week we continued to expose more bindings for the new APIs and covered lots of use cases. PR-а който включва настройките за генериране на основните библиотеки, C# свързаностите и покриващ повечето от API-та беше прегледан и обединен. Все още ни остава да преструкторираме и подобрим кода за да е готов за публично използване.

Веднъж след като приключим, свързаностите ще ни позволят да предоставим прост и изчистен API за C# и множество други езици.

Паралелно добавихме нови задачи в GitHub хранилището ни за всички останали API-та, върху които ще работим нататък. Това ще помогне на екипа да следи прогреса на работата. Също така започнахме работа върху свързаностите за C# API-то за мобилни и десктоп устройства.

Стареене на възел (Node Ageing)

План на проекта

Както някои от вас забелязаха започнахме да работим върху въвеждането на Стараенето на възела (Node Ageing) :tada:

Решихме стартираме с малък и фокусиран екип за момента (Представете си Делта Форс, само че по-яки :wink: ). Тази работа включва въвеждането на персоните на Възрастните (Adult) и Малчуганите (Infant), както и затвърждаването на статуса на Старейшините (Elder). Това намалява процеса по въвеждане и присъединяване до много по прост механизъм и ни позволява да премахнем кандидатурата и доказателството за ресурс.

Добавихме първоначалните задачи към плана на проекта и ще ги разширим в последствие щом напреднем във фазата на въвеждането им.

Стареенето на възела ни позволява да реализираме значимостта на устойчивостта на Сибил атаки и да се възползваме от тази придобивка, особенно сега когато имаме PARSEC в играта. Междувременно работим и по BLS и това ще помогне неимоверно.

Накратко това е голям напредък от екипа и те показват големи умения и отдаденост да се справят с агресивните срокове и натовареност на работата.

BLS криптография

План на проекта

След като пренасочихме част от екипа да работи върху стараенето на възлите, BLS ще се забави леко, но въвеждането на DKG (Генериране на Разпределен Ключ / Distributed Key Generation) продължава да напредва и обединихме работата с използването на PARSEC за събирането на споделени подписи за Секциите (SectionInfo).

След като завършим работата по зареждането/присъединяването към стареенето на връзките, BLS ще може да продължи с пълна скорост напред.

Полезни линкове

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

SAFE Network новини – 3.10.2019

Накратко

Ето някои от основните неща тази седмица:

  • Пуснахме нова версия на SAFE браузъра v0.15.1, която оправя някои от проблемите с разглеждането на старите версии на сайтовете и добавихме в браузъра да се използват тип мим от новите XOR-URL адреси.
  • Публикувахме статия за новия Вечен (Perpetual Web) браузър.
  • При Трезорите обединихме PR добавящ консенсус към заявките за изтриване на информация и съхраняването на пакетите при влизане.
  • При Рутинга обединихме PR, който опростява процеса на зареждане.

Трезори – Фаза 2

План на проекта

Напредваме стабилно с Фаза 2 на проекта. Обединихме тази заявка за изтегляне (pull request), която добавя консенсус към заявките за изтриване на информация и съхраняване на пакетите при влизане и сега работим по въвеждането на консенсус механизма и за останалите заявки (като прехвърлянето на пари). Продължаваме да тестваме различни сценарии с множество конфигурации на Трезори - включително тестовия Рутинг; истинския Рутинг с тестови PARSEC; и в последствие истинския Рутинг с истинския PARSEC (щом интерфейса на библиотеката е готов).

Отстранихме и бъг,който открихме по рано: при запазване на информация от Трезора във временна директория има риск от загуба на информация предизвикана от определени операционни системи (като macOS) изчистващи тази информация на определени интервали и изтривайки частите информация от Трезора. Този проблем е отстранен чрез промяна на мястото на съхранение по подразбиране към локална директория за настройки.

SAFE CLI (Интерфейс на командния ред)

План на проекта

Завършихме преструкторирането на safe-cli хранилището с настройка на работното пространство. Сега имаме три папки: safe-api , safe-cli и safe-ffi , което ни позволява да поддържаме тези щайги в изолация една от друга. Това ще ни позволи да публикуваме в тях отделно, когато автоматизираме процеса т.е. safe-api ще бъде публикувано в crates.io, за използване от кой да е Rust програмист, докато safe-cli ще се пуска в GitHub страницата ни за изтегляне (както правихме досега). А safe-ffi библиотеката и свързаностите ще могат да се пускат в GitHub хранилището ни. Все още има някои малки неща за довършване преди да може да стартираме с това, но вече не остава много.

Safe-ffi щайгата е до ниво, в което покрива всички съществуващи API-та изложени чрез safe-api щайгата. Някои малки проблеми са решени в FFI, включително един, който водеше до отказ при C# свързващите тестове, така че това е добра новина за усилията ни, които влагаме за C# свързаностите.

Завършихме и въвеждането на специфичени Wallet (портфейл) баланси за харчене в safe-cli портфейл командите/операциите, както коментирахме миналата седмица, всичко това ще е част от следващата версия на safe-cli (да се надяваме скоро). Добавихме и подробности за тази характеристика на портфейлите в Потребителското Ръководство ако искате да разберете повече за нея.

Започнахме и проучване, с добри първоначални резултати, за това как да прехвърлим Удостоверителя като системен процес и да обединим всички настоящи safe_auth CLI команди в $ safe CLI, което ще опрости нещата неимоверно за потребителите, защото ще има само едно CLI, като очакваме това да опрости и поддръжката на кода и процеса по пускане на нови версии. Обмисляме и използването на QUIC за комуникациите и транспортирането на удостоверителни заявки (в момента това се извършва чрез HTTP), за да може да се възползваме от множество характеристики на този протокол като увеличената сигурност. Опитваме се да пуснем първото Доказателство на концепцията възможно най-бързо и да го споделим с общността за тестове и обратна връзка.

SAFE Network приложение/програма (SNAPP)

План на проекта

Приложението получи някои междуплатформени обновления през последната седмица заедно с множество поправки за трите основни платформи, така че нещата да работят по стабилно (за Windows иде реч). Така че имаме удоволствието да предадем работата на любимия на всички QA екип!

SAFE Десктоп Браузър

План на проекта

Тази седмица пуснахме малко обновление на SAFE Браузъра, оято оправя някои от проблемите с разглеждането на старите версии на сайтовете и добавихме в браузъра да се използват тип мим от новите XOR-URL адреси, това ще премахне множество видове грешки, които хората виждат в сайтовете си / изобразяването на снимки.

Вижте тази Медиум статия за новия Вечен браузър(SAFE браузъра с активирани функционалностти на Вечната мрежа), която пуснахме по рано днес.

Също така обновихме процеса по зареждане на браузъра, за да премахне някои малки хакове, което ще направи нещата по стабилни и бързи.

SAFE App C#

План на проекта

Завършихме с първоначалните задачи за настройка необходими за достъп до новото C# API в safe_app_csharp пакета миналата седмица, но докато провеждахме тестове се натъкнахме на проблем. Заради това не можехме да свалим информация от Трезора. С помощта на SCL екипа успяхме да установим причината за проблема през уикенда и пуснахме тази поправка.

След като проблема беше отстранен и имахме работещо решение заедно с някои основни тестове напреднахме доста и успешно добавихме новите API-та за ключовете, портфейла и файловете в safe_app_csharp :tada:

Тези API-та ще позволят на програмистите да извършват множество различни операции (ако разгледате множеството функционалности достъпни през SAFE CLI ще придобиете добра представа), когато стане дума за ключове, портфейл и файлове. Следващата седмица ще се насочим към NRS и ще приключим с добавянето на тестове за извличащото API.

Стареене на възел (Node Ageing)

План на проекта

Една промяна изчакваща реда си от миналата седмица, е че отзивчивостта и участието на компютрите не трябва да се определя на ниво мрежа чрез отпадане при изчакване и т.н. Вместо това трябва да се ръководи от рутинг нивото, където компютър, който не участва в гласуването трябва да бъде гласуван за изключване. В една напълно асинхронна мрежа компютрите не трябва да се тревожат дали са постоянно свързани с другите компютри, а само дали участват своевременно в заявките на мрежата.

Освен това започнахме премахването на части от Рутинга, които вече не са полезни. Като част от тази работа обединихме PR, който опростява процеса на зареждане.

В стария процес присъединяващ се компютър трябваше да се свърже със зареждащ компютър, който да служи като посредник за всички комуникации между новия компютър и мрежата. След като новия компютър се представи и поиска да бъде преместен получава информация от посредника за нова Секция, в която да се присъедини и след като премине доказването на ресурсите, с които разполага, получава равноправно място в мрежата. Това изискваше мрежата да извърши доста работа за всеки новоприсъединяващ се компютър: първоначалната секция трябваше да постигне консенсус къде да се премести новия компютър, секцията към която се насочва да бъде уведомена да очаква нов компютър и накрая интернет свързаността на същата секция да се използва за да се установи ресурса, с който разполага новия компютър.

В новия процес целта е по-голямата част от работата по присъединяване към мрежата да се извършва от новия компютър. Вместо мрежата да решава къде да се включи новия компютър, той се насочва директно от компютъра, с който се е свързал към правилната секция. Всичката комуникация се осъществява между новия компютър и компютрите, с които се е свързал в началото. Ако секцията, към която се е свързал не е правилната ще получи адресите на компютри, които са по близо до правилната дестинация. След като се свърже с правилната секция ще стане Малчуган (Infant) или Възрастен (Adult) веднага. Тогава секцията може да извърши всички необходими тестове, но това ще е задача за в бъдеще.

Маркетинг

Поради няколко отпуски/пътувания тази седмица няма големи новини от маркетинговия екип - просто стандартната ежеседмична работа (плюс разбира се тази статия в Медиум за новия Вечен браузър, която публикувахме по рано днес).

Полезни линкове

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/

SAFE Network новини – 10.10.2019

Накратко

Ето някои от основните неща тази седмица:

  • Пуснахме първата версия на приложението SAFE Network App.
  • За да се съсредоточим върху завършването на Fleming, решихме да отложим провеждането на срещата на SAFE Online до излизането на Fleming.
  • Следващата среща на SAFE Network Брайтън ще бъде на 21 ноември.
  • Въведохме dog команда в SAFE CLI като допълнение на самотната cat команда. Това ще бъде част от следващата версия.

Маркетинг

Искаме да започнем с бърза новина. През последните няколко месеца обсъждахме редица различни събития, които искахме да направим през 2019 г. С течение на времето форматът се промени малко - от пълен DevCon, до Hackathon и в крайна сметка до една онлайн среща. Сега обаче решихме да отложим това събитие. За решението има редица причини, но в крайна сметка то може да се обобщи така: не искаме програмистите да се фокусират върху нещо, което може да забави излизането на Fleming.

Както всички без съмнение сте наясно програмистите на SAFE работят на максимума си. Има някои епични работни смени, които се дават от екипите, за да ни приближат по-бързо до Fleming. И колкото и маркетинговият екип да се радва да управлява тези събития директно, реалността е, че този тип събития са абсолютно насочени към програмистите. Това неминуемо изисква принос от разработчиците на MaidSafe - и след като екипът работи на максимумат си, някой от тях да отдели време за създаване на съдържание за маркетингово събитие вместо да върши решаваща работа по проекта ще се отрази неблагоприятно върху по-бързото пускане на Fleming.

Всички сме напълно наясно колко важно е да се разраства общността и да се разпространява мисията ни междувременно. Но за да завършим навреме изисква да се фокусираме приоритетно върху разработката на проекта. И всеки, който следва проекта, надяваме се, може да види доказателствата за успешността на този подход през последните месеци.

Също така си струва да се отбележи колко важно е да сме пуснали публично Fleming, когато решим да проведем това събитие. Ние възнамеряваме да привлечем голяма внимание с него и резултатът от това внимание ще се превърне в много по-голямо и по-ценно събитие за всички участници - от общността, до пресата и до членовете на екипа.

Въпреки че това може да е разочароващо за някои, надяваме се, че ще разберете причините за решението ни. Ако не друго, трябва да е ясно колко е важен Fleming.

Към други новини: Тази седмица пуснахме редовното месечно обобщение, което можете да намерите в Medium, малко по-късно от планираното поради отпуски на хора от екипа. Разбихме го на ключови постижения на front end и back end екипа, с кратко обобщение на всичката работа свършена от маркетинговия отдел този месец (скромно да се похвалим сами :wink:). Разбира се, това дойде с много помощ от програмистите, които отделиха време от писането на код, за да създадат уроци, видео клипове и подкасти (моля, имайте пред очи, че тази основна работа ни показа колко голямо влияние би имало всяко потенциално събитие върху екипа на практика). Ако можете влезте в Медиум и ни дайте 50 харесвания и ни оставете много прекрасни коментари!

Работим и с екипа в Брайтън за да подкрепим следващата среща, така че запазете датата 21 ноември и се подгответе за вечер с интересни обсъждания за SAFE. Ще можем да обявим говорителите много скоро, така че останете на линия.

И малка почерпка за всички вас - имаме видео от беседата, в която Dug участва на срещата на Web3 през август. И така, ето @DugCampbell със Сам Уилямс от Arweave и Евгений Пономарев от Fluence Labs, обсъждащи вечното съхранение на информация, скоростите в мрежата и свят, в който за информацията няма граници. Само да отбележим, качеството на звука не е страхотно, но се надяваме да ви даде усещане за случилото се в Берлин.

Трезори – Фаза 2

План на проекта

Продължаваме да правим необходимите промени, за да стартираме множество Трезори в рамките на една секция. Разширихме тестовата рамка с възможности, необходими за симулиране на работата на множество Трезори обменящи информация.

Започваме да получаваме първите добри резултати: само 5 от 39 вътрешни тестове на Трезорите се провалят в многовъзловата среда и тези неуспехи са причинени от липса на консенсус за някои от типовете клиентски заявки. Фокусирахме се върху справянето с това и също започнахме да се движим към интеграцията на истинската (не-тестова) библиотека за маршрутизиране с Трезори. Добавяме 3 нови API-та в Рутинга (маршрутизирането), за да позволим на Трезорите да използват Quic-P2P и PARSEC (които се използват само вътрешно в Рутинга за момента) и след като това е направено, трябва да сме готови да започнем да тестваме Трезорите с интеграцията им със SAFE клиентските библиотеки и истински SAFE приложения.

SAFE CLI (Интерфейс на командния ред)

План на проекта

Основният фокус през последните няколко дни беше създаването на първото доказателство на концепцията (PoC - Proof of Concept) за въвеждането на Удостоверителя като процес (daemon) (ние го наричаме authd ). С цел обединяване на всички safe_auth CLI команди в SAFE CLI и използването на един CLI за всички операции.

API също ще бъде включено като част от този план. По този начин всяко приложение (като SAFE CLI) може лесно да комуникира с authd , без да се налага да се занимава с прилагания от него комуникационен протокол. Постигнахме добър напредък и в момента се опитваме да финализираме някои от API-тата, за да покажем пълен поток от заявки / отговори за удостоверяване, които се изпращат напред и назад между authd и различните приложения.

Внесохме също някои малки поправки през последните няколко дни и включихме нова команда за инспекция на съдържанието в мрежата. Вече имахме командата cat , която ни позволи не само да извличаме всякакъв тип съдържание, но с флаговете --info , тя също ни дава допълнителна информация за съдържанието и как местоположението на това съдържание е било разрешено от предоставения URL адрес. Като се има предвид, че в някои случаи (например при извличане на съдържанието от голям файл) показване на цялата тази информация в един изход на една команда е трудно да се провери, решихме, че се нуждаем от отделна команда за получаване на тази допълнителна информация. И така, преместихме тази функция от командата cat в нова команда dog .

Смятахме, че освен, като другар за нашата самотна cat команда, dog командата също би имала смисъл, тъй като помага на потребителите да разберат как се прилагат URL адресите, свързаната информация и различните видове резолюции (имена на NRS адреси, пътища на файловете и т.н.) са приложени за намиране на местоположението на съдържанието, което се извлича. В момента просто показва същия тип метаданни, показвани преди от командата cat --info . Но ние планираме да продължим да я развиваме, за да я превърнем в мощен инструмент за проверка на съдържанието и свързаните данни. Това ще бъде част от следващото ни издание, но ако се интересувате да научите повече за него, вече е добавен нов раздел в Ръководството за потребителя с информация, свързана с командата dog .

SAFE Network приложение/програма (SNAPP)

План на проекта

Щастливи сме, че пускаме първата версия на SAFE Network програмата за всички вас прекрасни хора!

Препоръчваме на всички потребители да деинсталират старите версии на SAFE браузъра от тяхната система, преди да изтеглят и използват SAFE Network приложението за управление на SAFE браузъра. По този начин ще избегнете объркване от различните версии на браузъра, съществуващи във вашата система.

Ето видео представяне какво представлява и какво ще стане през следващите няколко седмици и месеци:

Засега се ограничава до просто управление на приложения (от които имаме само едно … SAFE браузърът). Но това е само първата стъпка. Скоро SAFE Network приложението ще бъде вашият портал за много повече. Вече започнахме работа по следващите версии, които ще доведат до правилното управление на актуализациите на нашите приложения и още много. Междувременно тази версия работи за macOS, Linux и Windows.

Както винаги, това са ранните дни на софтуера, така че всякаква обратна връзка / опит е супер добре дошла и оценена!

Забележка: За Mac хората, които вече работят с macOS 10.15, ще трябва да щракнете с десния бутон > отвори върху файла SAFE Network App.app , за да го отворите първия път. Предишните версии на macOS трябва да работят добре с подписването на приложението, което понастоящем е налице.

Също така потребителите на Linux може да се наложи да направят файла AppImage изпълним. Направете това, като щракнете с десния бутон и отидете на Permissions.

SAFE Десктоп Браузър

План на проекта

След излизането на новините миналата седмица, създадохме няколко поправки към NRS системата, като прикрепихме всички отнасящи се към нея активи към текущата версия на сайта, която се показва (преди това те бяха искани от последната версия, което е a) потенциално проблемно и б) всъщност не следва идеята на вечната мрежа).

Също така сортирахме някои други грешки във версиите и вече добавихме в XorUrlEncoder API за анализиране / управление на XOR-URL адреси и генерирането им от XOR имена. Ще пуснем това заедно с още API-та, след като имаме актуализирани safe-nodejs с нова версия на safe-api-то!

SAFE App C#

План на проекта

Тази седмица прегледахме и обединихме NRS API PR. С обединяването на този PR вече имаме всички нови API-та, изложени в C # от safe-api контейнера :tada: , заедно с документацията за тези нови API-та.

Вече имаме някои тестове, за да гарантираме, че тези API-та връщат правилните данни от SAFE мрежата, така че следващата седмица , ще добавим още няколко теста за покриване на по сложни сценарии и извършване на тестване за интеграция с локалния и споделения трезор. Успоредно с това ще тестваме и тези API-та за Android и iOS. След като всички API-та са тествани на всички поддържани платформи, ще пуснем нов пакет NuGet.

Стареене на възел (Node Ageing)

План на проекта

Бързо напредваме по задачите за Стареенето на възлите успоредно с доста голямо почистване на код и функции, които не се изискват като: управление на връзката, одобрения на кандидати и таймери.

Като част от нашето пътуване, тестови функции бяха добавени да заменят или попълнят празнина в определени части на мрежата, докато не влязат реалните функции (например стареенето на възела и т.н.). Имахме проблеми с управлението на връзката със сигурността на връзката и транспорта, но внедряването на quic-p2p подреди това за нас. Затова решихме да направим това разчистване по време на въвеждането на стареенето на възлите и това означаваше доста голямо преправяне на тестовете.

В допълнение, реализирахме базирана на Rust криптография (която ни позволява да увеличим скоростта и способността да работим на множество платформи). Задачите по стареенето на възлите вървят много добре и очакваме завършването им много скоро.

След това екипът ще се съсредоточи върху останалите части на BLS и Трезорите, за да ги подготви за Fleming. Вероятно ще има повече почистване и работа с UX в маршрутизирането, докато преминаваме през фази на стартиране, но това е всичко, което е добра новина. Това са вълнуващи дни, тъй като не само виждаме светлината в края на тунела за маршрутизиращия контейнер, но вече сме с единия крак извън тунела :slight_smile:

Полезни линкове

Подробна информация може да намерите както винаги във форума на международната общност: SAFE Network Forum

Ако имате въпроси може да ги зададете във Facebook групата на българската SAFE общност: https://www.facebook.com/groups/SafeNetworkBulgaria/

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: https://www.facebook.com/SafeNetworkBulgaria/