Български (Bulgarian) 🇧🇬 Добре дошли в Safe Forum

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 общност: SAFEnetwork България | Facebook

Ако искате да следите последните новини заповядайте във Facebook страницата на SAFE Network България: Safe Network България

1 Like