community-repo/bounties/reports/bounty_16_report/New Specifications.srt

1
00:00:00,640 --> 00:00:07,200
Привет, и добро пожаловать в пятую часть Обновлений Сообщества.

2
00:00:07,200 --> 00:00:13,440
Здесь я расскажу о некоторых новых спецификациях - некоторые из них завершены, 

3
00:00:13,440 --> 00:00:21,430
другие находятся в разработке, другие мы еще не начали, просто для того, чтобы дать людям представление о некоторых вещах, которые постепенно появляются.

4
00:00:21,439 --> 00:00:26,400
Давайте начнем с новой системы распределения хранилищ,

5
00:00:26,400 --> 00:00:27,920
Её мы уже начали внедрять.

6
00:00:27,920 --> 00:00:34,230
Быстро освежу память для тех, кто вдруг не знает

7
00:00:34,239 --> 00:00:37,680
Текущая система хранения - это самое простое, что вы можете себе представить.

8
00:00:37,680 --> 00:00:47,520
Он имеет внутрисетевой индекс всех данных, которые существуют в системе - хеши, размеры вещей, кто ими владеет и т.д.

9
00:00:47,520 --> 00:00:57,120
Существует определённая роль поставщика хранилища, которая означает, что вы обязаны хранить все данные, которые есть в системе.

10
00:00:57,120 --> 00:01:01,520
Это первая идея, которая не работает в масштабируемости

11
00:01:01,520 --> 00:01:07,200
И вам также необходимо распределить все данные, которые вы храните как поставщик хранилища.

12
00:01:07,200 --> 00:01:10,080
Это примерно то, как работает система сегодня.

13
00:01:10,080 --> 00:01:19,680
Я думаю, что нам это в значительной степени сошло с рук, потому что в системе не было большой нагрузки, потому что издательская и потребительская

14
00:01:19,680 --> 00:01:23,750
точки зрения не были такими, какими мы приоритизировали их в нашем плане разработки.

15
00:01:23,759 --> 00:01:33,920
Мы - проект, ориентированный на DAO и управление, поэтому мы в первую очередь вложили большую часть наших ресурсов в его разработку.

16
00:01:33,920 --> 00:01:41,840
За последние шесть месяцев, может быть, немного больше, мы перенесли наше внимание или, я бы сказал, 

17
00:01:41,840 --> 00:01:55,600
чтобы охватить по части контента, что также приведет к тому, что системе хранения

18
00:01:55,600 --> 00:01:59,360
потребуется немного больше масштабируемости и немного более реалистичное пространство для политики.

19
00:01:59,360 --> 00:02:03,360
Это не могло призойти ранее.

20
00:02:03,360 --> 00:02:05,119
Что нас ждёт во второй версии?

21
00:02:05,119 --> 00:02:11,280
Стоит упомянуть несколько основных моментов.
22
00:02:11,280 --> 00:02:20,310
Прежде всего, мы собираемся отделить роль хранения данных и точное копирование внутри инфраструктуры

23
00:02:20,319 --> 00:02:25,120
и распространение данных среди конечных пользователей, которые, например, находятся в Atlas.

24
00:02:25,120 --> 00:02:30,310
Это два совершенно разных вида деятельности с точки зрения инфраструктуры и экономики.

25
00:02:30,319 --> 00:02:38,640
Один из них - наличие очень надежной инфраструктуры, которая не взрывается и не загорается.

26
00:02:38,640 --> 00:02:40,640
Она не слишком чувствительна к пропускной способности.

27
00:02:40,640 --> 00:02:53,680
Затем у вас есть эта деятельность по распространению, которая заключается в очень быстрой передаче гораздо меньшего подмножества данных потенциально большому количеству людей одновременно.

28
00:02:53,680 --> 00:03:04,310
Это, например, роль, в которой важно, где вы находитесь и кто как вы ожидаете, свяжется с вами, и связанная с этим задержка и так далее.

29
00:03:04,319 --> 00:03:07,590
Эти активности были разделены на разные роли.

30
00:03:07,599 --> 00:03:19,440
Еще одно большое улучшение заключается в том, что не всем нужно хранить все, если они являются поставщиками хранилищ, либо распределять все, если они являются дистрибьюторами.

31
00:03:19,440 --> 00:03:31,360
То что хранят некоторые поставщики хранилищ по сути как бы сегментировано, они разделены на разные семейства поставщиков хранилищ.

32
00:03:31,360 --> 00:03:45,510
У нас нет кодирования со стиранием или другой схемы, которая пытается избежать сохранения и полных копий

33
00:03:45,519 --> 00:03:50,560
с той степенью безопасности и резервированием, которую вы хотите, что на самом деле не было для нас важно.

34
00:03:50,560 --> 00:03:55,680
Первым шагом был отход от идеи, где все, хранят всё.

35
00:03:55,680 --> 00:04:00,000
Возможно, мы включим это в будущем.

36
00:04:00,000 --> 00:04:10,950
Я думаю у SIA, к примеру есть этот Мессия, но я не уверен насколько важно это для уровня нагрузки мейннета которую мы себе представляем.

37
00:04:10,959 --> 00:04:12,640
Это очень большая разница.

38
00:04:12,640 --> 00:04:22,320
Еще одно большое отличие состоит в том, что не только участники или, я бы сказал, каналы могут хранить данные в системе хранения и распределять их.

39
00:04:22,320 --> 00:04:32,960
 Рабочие группы совета также могут хранить активы, что очень важно, потому что набор активов всех видов будет увеличиваться

40
00:04:32,960 --> 00:04:39,750
двоичные файлы, исходный код и документы разных типов. Вы хотите, чтобы разные

41
00:04:39,759 --> 00:04:44,470
части системы могли продолжать существовать, поскольку разные люди проходят через эти роли.

42
00:04:44,479 --> 00:04:53,360
Вот почему мы представили возможность этих различных подсистем иметь свои собственные выделенные места для хранения, так сказать.

43
00:04:53,360 --> 00:05:00,000
Кроме того, мы гораздо более серьезно относимся к необходимости иметь возможность освобождать место или удалять контент.

44
00:05:00,000 --> 00:05:05,120
Это то, что действительно не сработало ни в каком масштабе, даже в Sumer.

45
00:05:05,120 --> 00:05:09,520
Итак, это то, что мы также представляем.

46
00:05:09,520 --> 00:05:24,880
Наконец, мы позволяем политике распределения, то есть тому, как вы распределяете ресурсы вашей полосы пропускания в пространстве и времени, быть гораздо более гибкой. 

47
00:05:24,880 --> 00:05:30,240
потому что для данного канала, например, для данного фрагмента контента

48
00:05:30,240 --> 00:05:36,630
будет предсказуемая географическая связь в том, кто может захотеть получить к нему быстрый доступ.

49
00:05:36,639 --> 00:05:45,280
Если вы представляете испанское кулинарное шоу, в подавляющем большинстве есть некоторые части мира, которые захотят получить доступ к этому контенту, 

50
00:05:45,280 --> 00:05:58,400
и вы захотите иметь возможность оптимизировать местоположение инфраструктуры распространения, которая обслуживает их, в отличие от чего-то еще вроде шоу «Финиш вязания».

51
00:05:58,400 --> 00:06:03,120
Это ещё одно очень важное различие.

52
00:06:03,120 --> 00:06:10,470
Такого уровня умудрённость более чем достаточная для задач мейннета.

53
00:06:10,479 --> 00:06:13,750
Это есть v2 система распределения хранилищ, и работа уже началась.

54
00:06:13,759 --> 00:06:17,600
Затем у нас есть понятие межсетевых интерфейсов.

55
00:06:17,600 --> 00:06:30,720
Проблема, которую пытаются решить межсетевые интерфейсы, заключается в том, что действительно важно, чтобы токеномика системы работала конкретно в том смысле,

56
00:06:30,720 --> 00:06:40,630
что если вы пользователь,
потребитель приходящий для просмотра контента, вы потребляете явно дорогостоящие ресурсы инфраструктуры, 

57
00:06:40,639 --> 00:06:50,470
такие как пропускная способность. и хранилище, но вам также нравится тот факт, что кто-то вложил фиксированные средства в создание контента, который вы также просматриваете.

58
00:06:50,479 --> 00:07:02,630
Чтобы система работала в целом, должен быть способ заставить зрителей внести некоторую ценность обратно в платформу и для всех остальных.

59
00:07:02,639 --> 00:07:14,470
Очевидный способ сделать это - просто потребовать от всех зрителей иметь токен Joy и создать членство, а также иметь подписывающего и частично, в своем браузере и найти

60
00:07:14,479 --> 00:07:23,280
их путь к какому-то внешнему приложению, размещенному где-то, и они должны приобрести Joy каким-то образом для просмотра контента.

61
00:07:23,280 --> 00:07:36,630
Я думаю, что само собой разумеется, что это будет огромным препятствием для входа, и это действительно ограничит вашу способность привлекать людей, которые даже ничего не знают о крипто, 

62
00:07:36,639 --> 00:07:41,910
не знают как пользовться или не хотят иметь дело с приобретением её, как ей управлять, как хранить, как тратить её.

63
00:07:41,919 --> 00:07:58,960
Это все еще не лучший опыт для пользователя, если каждый раз, когда вам нужно что-то смотреть, выскакивает крупная подписывающая фигура и просит вас подписаться на трату Joy.

64
00:07:58,960 --> 00:08:17,520
Даже если вы сделали что-то более неуклюжее, например, если вы заплатили за x просмотров или за какой-то период времени, это все равно чрезмерный опыт освоения.

65
00:08:17,520 --> 00:08:32,080
Я думаю, что одна из главных вещей, которую мы должны раскрыть, - это способ для широкой аудитории экономически устойчивым способом наслаждаться и потреблять контент, и это то, что должны делать межсетевые интерфейсы.

66
00:08:32,080 --> 00:08:42,060
Межсетевые интерфейсы - это внешние операторы, которые могут монетизировать и поддерживать отношения с конечным пользователем любым способом, который они считают нужным.

67
00:08:42,080 --> 00:08:58,390
Они могут монетизировать через рекламу, это хорошо. Они могут монетизировать через некоторые покупки в приложении в каком-нибудь магазине приложений, может быть, на смарт-телевизоре - они могут делать это так, как они считают нужным.

68
00:08:58,399 --> 00:09:10,720
И, в частности, эта способность поддерживать рекламу, которая очень важна для своевременного достижения большего масштаба,

69
00:09:10,720 --> 00:09:20,320
я думаю, вам определенно нужно будет разрешить это, по крайней мере, в комплексе. И это, безусловно, требует, чтобы вы были в состоянии владеть отношениями и владеть интерфейсом, прежде всего,  

70
00:09:20,320 --> 00:09:27,440
чтобы избежать злоупотреблений и других вещей, которые могут произойти, если вы не сделаете это должным образом.

71
00:09:27,440 --> 00:09:33,680
У межсетевых интерфейсов есть бизнес-модель, основанная на предоставлении пользовательского интерфейса, связанного с отношениями с конечным пользователем, 

72
00:09:33,680 --> 00:09:40,800
и они берут бремя приобретения Joy и его сжигания, 

73
00:09:40,800 --> 00:09:49,040
чтобы фактически предоставить своим зарегистрированным пользователям доступ к инфраструктуре и контенту.

74
00:09:49,040 --> 00:09:54,160
Они поглащают все небольшие транзакционные издержки каждого, кто пытается сделать это самостоятельно.

75
00:09:54,160 --> 00:10:07,200
Межсетевые интерфейсы делают это от своего имени, и у них есть устоявшиеся связи с поставщиками инфраструктуры, с лидерами и рабочей группой по межсетевому интерфейсу и так далее.

76
00:10:07,200 --> 00:10:24,160
Вы должны думать о них как о новой роли, чтобы упростить привлечение и удержание пользователей, которые не стремятся мгновенно перейти на сторону Joy , чтобы получить возможность использовать приложение.

77
00:10:24,160 --> 00:10:26,000
Это межсетевые интерфейсы.

78
00:10:26,000 --> 00:10:38,160
Межсетевые интерфейсы действительно важны. Непонятно, возможно, работа будет идти параллельно с работой над системой хранения v2

79
00:10:38,160 --> 00:10:44,000
но выйдет как минимум после двух-трёх сетей в будущем.

80
00:10:44,000 --> 00:10:47,830
Итак, это межсетевые интерфейсы. Затем мы переходим к токенам каналов и DAO.

81
00:10:47,839 --> 00:10:49,760
Это то, что меня действительно воодушевляет.

82
00:10:49,760 --> 00:10:56,720
Это что-то, что я думаю сейчас называют социальными токенами.

83
00:10:56,720 --> 00:11:07,680
Это способ для создателей и небольших сообществ выпускать токены, которые дают вам право претендовать на ценность, создаваемую каналом.

84
00:11:07,680 --> 00:11:16,070
Я полагаю, мы могли бы также ввести это в видео, но эта конкретная спецификация имеет отношение к каналам и доходам, которые они генерируют, и дает вам права управления 

85
00:11:16,079 --> 00:11:23,600
и способы управления этим каналом в той степени, в которой эмитент токена канала заинтересован в этом, 

86
00:11:23,600 --> 00:11:29,120
и он действительно пытается оформить что-то, что предпринималось много раз.

87
00:11:29,120 --> 00:11:36,320
Для людей, которые находятся в этой сфере давно, было что-то, называемое монетой Татьяны, которая пыталась сделать 

88
00:11:36,320 --> 00:11:48,480
Я бы сказал, более простую версию такой идеи где вы бы купили монету, и это дало бы вам право, если я не ошибаюсь на определенное количество песен.

89
00:11:48,480 --> 00:11:52,950
Это был смарт-токен музыканта возможно, что-то близкое к этому.

90
00:11:52,959 --> 00:12:04,560
Также была Steemit инициатива, которая должна была дать вам возможность создать сообщество или монетизировать свое сообщество путем выпуска привязанного к нему токена. Я не совсем уверен, как должна была работать токеномика.

91
00:12:04,560 --> 00:12:17,120
Я думаю, это было пожалуй, немного более спекулятивно, когда не было ясно, откуда взялась ценность, но здесь ценность действительно должно исходить из ценности, генерируемой самим каналом.

92
00:12:17,120 --> 00:12:23,600
Итак, токены канала, или как мы их зовём внутренности канала, социальные токены.

93
00:12:23,600 --> 00:12:36,800
Я не знаю, как мы это объясним, но сама идея возникла уже давно. Если вы являетесь создателем,

94
00:12:36,800 --> 00:12:52,880
вы можете выпустить один из этих токенов для своего канала, чтобы вы могли увеличить Joy, чтобы иметь возможность финансировать различные расходы, а также вы можете торговать токенами канала.

95
00:12:52,880 --> 00:12:55,040
Это и является токенами канала.

96
00:12:55,040 --> 00:13:00,630
Наконец, у нас есть краудфандинговые баунти. Это фактически уже было реализовано.

97
00:13:00,639 --> 00:13:17,270
Это идея решения некой проблемы, иногда члены сообщества хотели бы организоваться между собой, чтобы произвести какое-то общественное благо, 

98
00:13:17,279 --> 00:13:25,040
приносящее пользу для всей платформы или, может быть даже приносящее пользу в некоторые части сообщества, 

99
00:13:25,040 --> 00:13:32,160
что не стоит этого, или неясно, возможно ли будет добиться того, чтобы совет со всеми его приоритетами действительно принял её и финансировал, 

100
00:13:32,160 --> 00:13:37,510
или, может быть есть некоторые бюджетные ограничения для совета, поэтому они даже не могут этого сделать, если бы даже хотели этого.

101
00:13:37,519 --> 00:13:45,680
 Идея состоит в том, чтобы реализовать нечто, называемое договором страхования, что очень похоже на то, 
102
00:13:45,680 --> 00:13:52,560
что, как я думаю, по факту назвали переломным моментом. Я не помню сейчас; 

103
00:13:52,560 --> 00:14:03,760
именно этот огромный стартап пытался стимулировать коллективные действия, говоря: «Я собираюсь сделать что-то, только если для этого было выделено достаточное количество других людей

104
00:14:03,760 --> 00:14:06,390
или достаточное количество денег».

105
00:14:06,399 --> 00:14:14,950
В какой-то степени вы могли бы думать о проекте свободного государства в Соединенных Штатах как о подобном типе инициативы для политических коллективных действий, 

106
00:14:14,959 --> 00:14:26,070
но в основном это та же идея, когда вы можете назначить вознаграждение и сказать: «это будет финансировать x если y сумма средств предоставляется в течение определенного периода времени или в любое время », так что она будет работать вечно.

107
00:14:26,079 --> 00:14:42,240
Затем люди, если средства с обеспечением, могут приходить и работать над баунти, и для каждой баунти будет назначен специальный человек, 

108
00:14:42,240 --> 00:14:47,510
который будет решать, является ли чей-то вклад хорошим, плохим или достойным и как следует распределять средства.

109
00:14:47,519 --> 00:14:53,270
Итак, это по сути, система вознаграждений баунти в сочетании с системой краудфандинга.

110
00:14:53,279 --> 00:15:02,240
На самом деле в этом есть немного больше изощрённости, потому что мы также пытаемся смоделировать нечто, называемое доминирующим договором гарантии,

111
00:15:02,240 --> 00:15:12,070
который пытается сделать его совместимым со стимулами для внесения вклада в один из них, разрешая предпринимателю владеть вознаграждением,

112
00:15:12,079 --> 00:15:26,560
который вносит немного денег, где, если все люди, которые вносят свой вклад, я имею в виду если они вносят свой вклад в баунти и она терпит неудачу, то она не достигает цели, 

113
00:15:26,560 --> 00:15:37,680
какой бы ни была цель для какого бы то ни было намерения, они все могут разделить небольшой приз, или это называется вишня в баунти, предоставленная предпринимателем.

114
00:15:37,680 --> 00:15:50,000
Если вы хотите конкретики, Допустим, вы хотите создать приложение Smart TV для Joystream, вы можете сделать одно из этих баунти, где только вы можете работать над ним, 

115
00:15:50,000 --> 00:15:57,600
поэтому только вы получите собранные средства. Вы вкладываете, например, две тысячи долларов,

116
00:15:57,600 --> 00:16:12,000
которые будут переданы спонсорам, если недостаточное количество людей в конечном итоге внесет свой вклад для достижения любой цели, которая вам нужна, и вам нужно, например, 120 000 чтобы сделать это.

117
00:16:12,000 --> 00:16:25,040
Это по сути делается в интересах людей, которые иначе сидели бы без дела и не могли внести свой вклад, потому что они принялись рассуждать о прибыли, что на самом деле так не работает.

118
00:16:25,040 --> 00:16:34,240
Это уже реализовано. Пройдет какое-то время, пока он действительно не появится в Pioneer, чтобы вы могли его использовать, но на стороне рабочего цикла все это уже реализовано.

119
00:16:34,240 --> 00:16:44,160
Есть и другие вещи, но я думаю, что эти четыре основных новых спецификации являются наиболее интересными на данный момент.

120
00:16:44,160 --> 00:16:49,759
На этом всё, увидимся в следующем видео.