1
00:00:00,960 --> 00:00:07,040
Привет, и добро пожаловать во вторую часть первой серии обновлений сообщества Joystream.

2
Этот выпуск посвящен сети Sumer, над релизом которой мы работали около трех месяцев.

3
00:00:16,400 --> 00:00:25,030
Она будет строиться на Antioch, которая будет выпущена скоро, либо недавно была выпущена, в зависимости от того, когда выйдет это видео.

4
00:00:25,039 --> 00:00:32,320
Целью в сети Sumer, является выполнение трёх отдельных задач.

5
00:00:32,320 --> 00:00:38,640
В первую очередь, мы хотим представить следующую и последнюю версию нашего ончейн каталог контента.

6
00:00:38,640 --> 00:00:42,710
Я объясню это более подробно, а пока просто сделаю обзор.

7
00:00:42,719 --> 00:00:47,030
Затем мы представим Atlas Studio, это новая часть Atlas проекта.

8
00:00:47,039 --> 00:00:51,280
И далее представим новую рабочую группу, которую мы зовём оперативная рабочая группа.

9
00:00:51,280 --> 00:00:53,039
Давайте разберём это.

10
00:00:53,039 --> 00:00:55,680
Итак, новый каталог контента.

11
00:00:55,680 --> 00:00:59,039
Новый каталог контента это совершенствование существующего каталога выполненное довольно важными путями.

12
00:01:03,440 --> 00:01:09,430
Я разберу, что на самом деле представляет собой каталог контента, как показано на следующем слайде, но давайте остановимся на этом ненадолго.

13
00:01:09,439 --> 00:01:10,840
Во-первых, каталог контента стал сильно упрощенным.

14
00:01:10,840 --> 00:01:26,400
Каталог который был у нас ранее, на самом деле был очень запутанным, потому что мы пытались достичь цели, чтобы у членов сообщества была возможность дополнять

15
00:01:26,400 --> 00:01:34,960
содержимое каталога контента, например видеозаписями и каналами, плейлистами, без потребности в обновлении рабочего цикла.

16
00:01:34,960 --> 00:01:45,680
как я уже, должно быть сказал в этой серии обновлений, обновления рабочего цикла, это такой способ Substrate сетей изменять правила системы.

17
00:01:45,680 --> 00:01:52,880
Для примера, в какой-то отдельно взятый момент времени, видео имеет заголовок, позже в другой момент времени, у видео есть заголовок,

18
00:01:52,880 --> 00:02:07,520
а также язык контента на котором записано видео или язык на котором говорят люди в видео, что-то вроде этого.

19
00:02:07,520 --> 00:02:15,200
Это относительно маленькая вещь для изменения, но вы стараетесь облегчить для сообщества возможность изменять подобные вещи, 

20
00:02:15,200 --> 00:02:21,280
и если любое маленькое изменение требует обновления сообщества, для комьюнити

21
00:02:21,280 --> 00:02:26,310
будет очень сложно, быстро выполнять его в той части платформы, которой реально нужно быть очень гибкой.

22
00:02:26,319 --> 00:02:36,310
Если вы хотите представить что-то другое, не только видео, например eBooks 

23
00:02:36,319 --> 00:02:43,760
или другую лёгкую вариацию, того что у нас уже есть, это было бы так же затруднительно, как если бы вам пришлось выполнить обновление рабочего цикла,

24
00:02:43,760 --> 00:02:59,510
потому что вам придётся погрузиться в rust код, вам нужно изменить его, нужно понять как перенести всю старую структуру и превратить в новую через миграцию, которая работает внутри консенсуса вашего блокчейна,

25
00:02:59,519 --> 00:03:08,230
вам нужно обновить всевозможные зависимости и библиотеки, а также инфраструктуру чтобы свидетельствовать о том как система работает, вам также нужно провести много тестов предварительно.

26
00:03:08,239 --> 00:03:16,560
Я имею ввиду, если вы сделаете что-то важное, если изменение значительное, также следует провести 

27
00:03:16,560 --> 00:03:25,040
интеграционный тест, в котором вы запускаете моделируемое обновление с некоторым показательным состоянием в вашей системе,

28
00:03:25,040 --> 00:03:30,000
вы увидите как будет система работать после обновления рабочего цикла, работает ли ваш аккаунт, работает ли ваша система голосования и так далее.

29
00:03:30,000 --> 00:03:31,840
Это большой обьём работы.

30
00:03:31,840 --> 00:03:37,120
Если вы сделаете ошибку, вы безвозвратно уничтожите вашу сеть.

31
00:03:37,120 --> 00:03:45,200
Это риск, это трудно, это требует много внимания.

32
00:03:45,200 --> 00:03:54,080
Это длинное обьяснение, почему мы закончили оставив старый каталог контента.

33
00:03:54,080 --> 00:04:05,280
Идея каталога контента была в его абстрактности, чуть ли не до такой степени, что он был похож на реляционную базу данных, в которой он позволял сообществу определять схемы

34
00:04:05,280 --> 00:04:15,280
и концепции в сети, чтобы вам не приходилось выполнять обновления рабочего цикла для установления новых вещей или изменения способа, каким вещи были представлены.

35
00:04:15,280 --> 00:04:20,000
Это отлично. Проблема была в черезвычайной сложности.

36
00:04:20,000 --> 00:04:28,320
Стало очень сложно, должным образом работать в сети, а людям стало очень трудно понимать, как это работает. 

37
00:04:28,320 --> 00:04:36,400
И как оказалось, на самом деле вы не можете получить нечто очень гибкое, и всю вариативность, которую хотели.

38
00:04:36,400 --> 00:04:39,360
Что мы сделали в этом выпуске, - это мы просто сказали, ладно..

39
00:04:39,360 --> 00:04:47,040
В этом релизе мы изложим суть нахождения в каталоге контента в сети,

40
00:04:47,040 --> 00:04:57,520
и потом создадим метаданные связанные с различными вещами в сети, например с видео и каналами и так далее.

41
00:04:57,520 --> 00:05:01,440
Мы убедимся в том, что эти вещи действительно очень легко менять.

42
00:05:01,440 --> 00:05:12,240
Вам не нужно изменять низкоуровневую бизнес-логику самой сети, чтобы внести небольшие изменения, которые я описал,

43
00:05:12,240 --> 00:05:13,600
например, тот факт, что видео может иметь какой-то язык.

44
00:05:13,600 --> 00:05:17,440
какой-то язык. таким образом, вы просто извлекаете его из сети.

45
00:05:17,440 --> 00:05:23,750
Мы также только что решили, что именно так и должен работать наш каталог контента.

46
00:05:23,759 --> 00:05:25,199
Это довольно серьезное решение.

47
00:05:25,199 --> 00:05:28,639
Именно его мы принимаем в Sumer.

48
00:05:28,639 --> 00:05:35,280
Позвольте мне быстро разобрать это.

49
00:05:35,280 --> 00:05:43,030
Видео со мной, которое не слишком содержательно, охватывает часть диаграммы, которая как раз в свою очередь содержательна. 

50
00:05:43,039 --> 00:05:49,680
Предполагается, что там есть квадрат, который показывает неизмененную систему хранения.

51
00:05:49,680 --> 00:05:55,120
Позже я решу, изменю ли я это или нет, но давайте просто плыть дальше по течению.

52
00:05:55,120 --> 00:06:01,600
Внутрисетевой каталог контента содержит в себе членства как вы видите на этом изображении.

53
00:06:01,600 --> 00:06:07,190
Члены владеют каналами. В каналах есть такие вещи, как видео, плейлисты и сериалы.

54
00:06:07,199 --> 00:06:16,720
Все они по сути существуют в сети, но они не были полностью реализованы, и они не будут реализованы в потребительском продукте, как в самом Атласе.

55
00:06:16,720 --> 00:06:29,120
Также есть идея кураторов и кураторских групп. Это люди, которые работают в группе с контентом для управления и проверки того, что все в каталоге контента идет по плану, 

56
00:06:29,120 --> 00:06:40,240
 а также они могут сами владеть каналами от имени платформы для размещения официального контента платформы и подобными вещами. 

57
00:06:40,240 --> 00:06:48,630
Интересно то, что в сети у вас есть своего рода указатель того, какие видео существуют и кому они принадлежат и подобные вещи.

58
00:06:48,639 --> 00:07:00,400
У вас также есть указатель того, какие данные существуют, речь идёт о изображениях, обложках, имеющихся видеофайлах. 

59
00:07:00,400 --> 00:07:08,470
Это похоже на карту, которая в своей основе содержит представление о том, кому все принадлежит, 

60
00:07:08,479 --> 00:07:16,800
сколько места было использовано участником с номером X из всего пространства, доступного им для размещения на своем канале и так далее.

61
00:07:16,800 --> 00:07:23,590
И конечно же, когда инфраструктура хранения, должна будет имитировать какую часть данных.

62
00:07:23,599 --> 00:07:33,910
Сейчас, конечно, это полностью сымитировано в текущей системе хранения, но это будет изменено в будущей версии, о которой я расскажу в одном из следующих видеороликах. 

63
00:07:33,919 --> 00:07:38,240
Но этот индекс также находится в сети в каталоге контента.

64
00:07:38,240 --> 00:07:47,440
И дальше конечно же само хранилище. Оно находится в отдельной автономной инфраструктуре и нодах хранения, которые также несут ответственность за доставку данных пользователям.

65
00:07:47,440 --> 00:08:00,800
Как вы можете видеть, одна из вещей, которые на самом деле возможны в этом релизе, - это то, что вещи за пределами каталога содержимого также могут использовать данные.

66
00:08:00,800 --> 00:08:07,680
Поэтому такие вещи например, как ваши аватары. Наша цель хранить их в той же системе хранения.

67
00:08:07,680 --> 00:08:19,680
Итак, раньше для вашего аватара вам действительно нужно было где-то ссылаться на какой-то URL. Первым шагом в

68
00:08:19,680 --> 00:08:28,630
релизе Sumer является то, что вы также можете хранить такие файлы в самой системе хранения, как видео в каталоге контента.

69
00:08:28,639 --> 00:08:37,200
Точно так же это может быть использовано в других частях системы, например, как вложенный файл в предложениях или сообщениях на форуме.

70
00:08:37,200 --> 00:08:41,510
Это будет часть общей инфраструктуры до конца рабочего цикла.

71
00:08:41,519 --> 00:08:46,080
Это первая часть того, что мы делаем в Sumer сети с каталогом контента.

72
00:08:46,080 --> 00:08:49,440
Следующий шаг - мы запускаем Atlas Studio.

73
00:08:49,440 --> 00:08:56,390
Атлас - это программа для просмотра видео и каналов и так далее.

74
00:08:56,399 --> 00:09:02,950
И Atlas Studio - это своего рода обратная сторона опыта взаимодействия, где вы можете фактически видеть все свои каналы, создавать каналы, 

75
00:09:02,959 --> 00:09:13,510
загружать материалы на свой канал, управлять им, удалять материалы - в основном, как опыт владельца канала-издателя.

76
00:09:13,519 --> 00:09:21,200
Это действительно очень большой шаг на пути к облегчению возможности публикации контента в системе, 

77
00:09:21,200 --> 00:09:28,390
что раньше или в настоящее время должно выполняться через интерфейс командной строки, что является очень неприятным опытом для людей.

78
00:09:28,399 --> 00:09:33,120
Думаю, я могу показать несколько кадров из того, как выглядит этот опыт взаимодействия.

79
00:09:33,120 --> 00:09:39,830
Вы получите приятный опыт при заполнении основных метаданных, настройке вашего канала и его редактировании.

80
00:09:39,839 --> 00:09:47,680
У вас будет возможность просматривать все ваши видео, а также изменять и редактировать связанные с ними метаданные.

81
00:09:47,680 --> 00:09:50,950
У вас есть черновики для вещей, которые вы не разместили, сохранённые в сети локально.

82
00:09:50,959 --> 00:09:58,480
Все это работает в браузере, как и сам Atlas.

83
00:09:58,480 --> 00:10:09,830
Также будет плавный процесс загрузки для размещения медиафайлов и добавления основных метаданных для видео пошаговым способом,

84
00:10:09,839 --> 00:10:22,240
который заканчивается подписанием транзакции, которая, что интересно, использует расширение Polkadot JS подписчика, а не собственный кошелек. или 

85
00:10:22,240 --> 00:10:29,360
кошелек с локальным хранилищем, который есть в обычном продукте Pioneer, который мы используем в настоящее время.

86
00:10:29,360 --> 00:10:36,800
Это также шаг в правильном направлении, когда люди используют внешний менеджер ключей.

87
00:10:36,800 --> 00:10:47,200
Как я уже упомянул, теперь мы можем хранить файлы, такие как изображения, в инфраструктуре хранения, это значит, что мы собираемся помочь вам установливать

88
00:10:47,200 --> 00:10:53,270
и предоставлять нужные файлы, управлять тем, как они будут отображаться в рамках этих процессов загрузки.

89
00:10:53,279 --> 00:11:02,560
Я думаю это будет очень большое улучшение. Atlas studio это вторая главная цель для запуска в данном релизе.

90
00:11:02,560 --> 00:11:14,320
Я также забыл, мы собираемся. Если вы взгляните сейчас, на опыт взаимодествия для загрузки и редактирования видео, вы можете увидеть, что здесь есть система вкладок

91
00:11:14,320 --> 00:11:25,040
потому что мы хотим упростить для пользователей, управление несколькими вещами одновременно.

92
00:11:25,040 --> 00:11:29,510
При этом, конечно же, возникает необходимость управлять множеством разных загрузок одновременно, поэтому будет отдельная область для управления всеми различными файлами,

93
00:11:29,519 --> 00:11:34,320
которые загружаются в любой момент времени. Загрузка может завершиться ошибкой, вы можете потерять соединение, и так далее.

94
00:11:34,320 --> 00:11:41,440
Поэтому у нас будет удобный способ повторить всё, что раньше не сработало.

95
00:11:41,440 --> 00:11:46,320
Я не думаю, что у нас могло быть что-то приемлимое даже в CLI, чтобы сделать это возможным. 

96
00:11:46,320 --> 00:11:58,720
Это очень большой шаг в правильном направлении, и это огромные усилия многих людей, дизайнеров и разработчиков, а также частей инфраструктуры, которые необходимы, чтобы заставить это работать. 

97
00:11:58,720 --> 00:12:02,320
Это фантастически.

98
00:12:02,320 --> 00:12:07,360
Затем последний кусок пазла - оперативная рабочая группа.

99
00:12:07,360 --> 00:12:14,720
Значит, Я расскажу о том, что такое рабочая группа, более подробно позже, но если вы немного знакомы с Joystream,  

100
00:12:14,720 --> 00:12:20,720
вы, вероятно, заметили, что есть совет и эти группы, которые отвечают за определенные вещи,

101
00:12:20,720 --> 00:12:26,240
а оперативная рабочая группа - это такая новая группа, и что особенного в ней, так это то, что она предназначена для

102
00:12:26,240 --> 00:12:34,000
любого вида деятельности, которая, по крайней мере, еще не имеет следа в сети или назначения.

103
00:12:34,000 --> 00:12:43,040
Предположим, вы модератор форума, это означает, что вы можете делать на форуме определенные действия, недоступные другим людям.

104
00:12:43,040 --> 00:12:47,760
Как, наверное, заметили большинство людей, в Joystream есть сетевой форум.

105
00:12:47,760 --> 00:12:49,279
То же и с системой хранения и так далее.

106
00:12:49,279 --> 00:12:59,510
Оперативная группа предназначена для всех тех видов деятельности, которые мы выполняем в настоящее время и которые будут частью системы в будущем, которые на самом деле не имеют каких-либо прямых привилегий в сети.

107
00:12:59,519 --> 00:13:08,950
Мы просто хотим показать в общих чертах, что рабочая группа позволяет вам смоделировать.Такие вещи как - обязанности, чтобы все могли их видеть, 

108
00:13:08,959 --> 00:13:16,070
чтобы всё было прозрачно. Как люди получили свои обязанности в группе, как они подавали свои заявки, какими достоинствами обладали люди получившие должность.

109
00:13:16,079 --> 00:13:28,480
У людей есть предсказуемое расписание вознаграждения по которым им будут платить, они имеют предсказуемый уровень риска, 

110
00:13:28,480 --> 00:13:38,630
поэтому на них можно возложить немного больше ответственности касательно того, что они могут сделать, что им можно поручить от имени группы и системы в целом. 

111
00:13:38,639 --> 00:13:44,630
Так, например, у нас есть по крайней мере один из членов-основателей, 

112
00:13:44,639 --> 00:13:50,560
который, как я полагаю, хочет стать одним из первых разработчиков в оперативной рабочей группе.

113
00:13:50,560 --> 00:14:00,320
В основном, менеджеры, маркетологи, любой, кто хотел бы получить обязанности или работу которая не требует от вас много работы в сети в качестве VM.

114
00:14:00,320 --> 00:14:02,000
Это оперативная рабочая группа.

115
00:14:02,000 --> 00:14:09,360
Я надеюсь, что это будет своего рода песочница для обнаружения множества обязанностей, которые мы явно не смоделировали в системе.

116
00:14:09,360 --> 00:14:17,190
Может быть, мы это сделаем в результате того, что мы узнаем, но я думаю, что уже пора сделать что-то подобное.

117
00:14:17,199 --> 00:14:29,440
Что на самом деле… Снова маленькое окошко со мной, закрывает часть изображения. Не уверен могу ли я двигать его. Могу ли Я это сделать?

118
00:14:29,440 --> 00:14:43,190
Нет, не могу. Хорошо. Просто попытюсь обьяснить вам. Цель этого - просто показать, как рабочая группа вписывается в общую систему Joystream.

119
00:14:43,199 --> 00:14:54,560
В этой серии обновлений сообщества есть некоторая общая информация, поэтому я как бы балансирую между очень общими вещами и вещами, очень специфичными для релизов.

120
00:14:54,560 --> 00:15:04,800
Я думаю, что в будущем мы сделаем несколько глубоких разборов, где попытаемся систематически пройти через каждый из них и предоставить вам более детальное и подробное представление.

121
00:15:04,800 --> 00:15:08,630
Я просто хочу немного подразнить вас этим здесь.

122
00:15:08,639 --> 00:15:18,560
Система управления в Joystream на самом деле глубже, чем во многих других криптосистемах.

123
00:15:18,560 --> 00:15:28,800
Во многих других криптосистемах у вас есть просто голосование монетами, своего рода пул для голосования с предложениями.

124
00:15:28,800 --> 00:15:33,680
Как правило, они фактически ограничиваются такими вещами, как оповещения и расходы на обновление протокола.

125
00:15:33,680 --> 00:15:38,070
У вас даже нет особо большого списка предложений для выбора.

126
00:15:38,079 --> 00:15:42,240
В Joystream этот набор предложений очень очень очень широк.

127
00:15:42,240 --> 00:15:54,000
Конечно, снова доверия для всей системы - это голосование монетами, которое происходит не по отдельным предложениям, а в избирательных циклах, когда вы избираете консула.

128
00:15:54,000 --> 00:16:06,830
Консул это один участник и один голос. Члены совета голосуют за предложения.

129
00:16:06,839 --> 00:16:12,950
Я думаю, что в настоящее время каждые две недели избирается новый совет. 

130
00:16:12,950 --> 00:16:20,070
Я вообще не уверен, что мы точно знаем, сколько из их числа должны быть в мейннете, но это что у нас есть в настоящее время.

131
00:16:20,079 --> 00:16:27,680
В основном это заложено для практичности, чтобы принимать новых людей в сообществе, узнавать, что происходит.

132
00:16:27,680 --> 00:16:36,800
Было бы интересно выяснить, сколько из общего числа должно быть в мейннете, но в любом случае есть совет, который живет в течение периода совета.

133
00:16:36,800 --> 00:16:43,190
Так же, Члены тоже могут баллотироваться в совет, и они могут быть переизбраны в будущие советы.

134
00:16:43,199 --> 00:16:55,190
Основная обязанность совета - голосовать за предложения, и эти предложения осуществляют то, что я только что описал, в том числе нанимают управленцев для отдельных рабочих групп.

135
00:16:55,199 --> 00:17:00,630
На каждую подсистему приходится одна рабочая группа, можете подумать об этом.

136
00:17:00,639 --> 00:17:17,030
По крайней мере в рабочем цикле Olympia есть подсистема членства, о которой я не упоминал, но это будет в третьем обновлении для сообщества. Думаю третье обновление на подходе.

137
00:17:17,039 --> 00:17:20,790
Упор в основном сосредоточен на приглашениях в пул участников.

138
00:17:20,799 --> 00:17:26,720
У вас есть рабочая группа по системе хранения, по инфраструктуре хранения.

139
00:17:26,720 --> 00:17:31,520
У вас есть форум для управления и организации общения на форуме.

140
00:17:31,520 --> 00:17:34,720
У вас есть рабочая группа, про которую мы говорим в данном обновлении.

141
00:17:34,720 --> 00:17:43,440
Именно эти различные подсистемы выполняют некоторую часть необходимых вещей для работы всей платформы.

142
00:17:43,440 --> 00:17:54,080
Внутри каждой рабочей группы у вас есть лидер, который претендует на эту роль через предложение в совет.

143
00:17:54,080 --> 00:18:02,240
Этот лидер по сути, отвечает за расходование денег из бюджета, которые выделяются этой группе из совета на различные вещи.

144
00:18:02,240 --> 00:18:12,320
Можете представить, например, если вы возглавляете рабочую группу по хранению данных, вам нужно выяснить, сколько денег нам понадобится в следующем месяце,

145
00:18:12,320 --> 00:18:18,240
а затем вам нужно обратиться в совет, чтобы они предоставили

146
00:18:18,240 --> 00:18:32,400
Лидер может выплатить вознаграждение себе и любым другим членам, остальным работникам, как их называют в рабочей группе, за предоставление услуг системе.

147
00:18:32,400 --> 00:18:41,280
Лидеры также могут изменить то, что есть у кого-то в качестве награды, и могут сократить их, если они сделают то, что им делать не положено.

148
00:18:41,280 --> 00:18:45,600
И конечно, то же самое применяется к лидеру относительно совета.

149
00:18:45,600 --> 00:18:49,120
Совет может актуализировать награду, или сократить их и уволить, и всё такого рода.

150
00:18:49,120 --> 00:19:00,040
Итак, рабочая группа - это своего рода самый нижний бюрократический орган в общей иерархии управления системой Joystream.

151
00:19:00,400 --> 00:19:04,550
И мы устраиваем новую рабочую группу в Sumer.

152
00:19:04,559 --> 00:19:11,440
Надеюсь, что это было полезное введение в понимание рабочих групп и оперативной рабочей группы.

153
00:19:11,440 --> 00:19:23,910
Думаю это было крайним моментом. Спасибо что присоединились ко мне в этом обновлении по Sumer, скоро увидимся.