SafeNetwork открий новия интернет

SAFE Network новини – 25.7.2019

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

Накратко

Маркетинг

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

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

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

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

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

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

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

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

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

 
 

Също така 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/