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

SAFE Network новини – 25.4.2019

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

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

SAFE Network новини – 2.5.2019

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

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

SAFE Network новини – 9.5.2019

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

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

1 Like

SAFE Network новини – 16.5.2019

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

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

1 Like

SAFE Network новини – 23.5.2019

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

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

1 Like

SAFE Network новини – 30.5.2019

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

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

2 Likes

30/5000

Иска ми се да мога да говоря български. За съжаление Duolingo все още няма български език

1 Like

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