вот тут я бы добавил кнопку donate для тех кто хочет сделать раз мероприятие бесплатное.

когда я делал mint 1 раз кнопки "Buy" не было (было иное название и я тупил..). В процессе написания этого эссе я использовал thxStrust адрес EVM и кнопка как видно на скрине уже соответствовала описанию в посте Телеграм.

Я бы предложил сделать NFT со свойствами непередаваемости (SBT) тогда это сделает ненужным погашение билета как данность. Я не исключаю что не понимаю всех вариантов/сценариев использования, но это не в ходило в цели моего исследования.

Для иллюстрации возможного UX я создал профиль на guild.xyz

любой обладатель NFT может зайти и проверить как это работает. Фактически присоединившись к thxSatoshi через web3 интерфейс и обладая на этом адресе NFT которое сминтил получаешь доступ в созданную мной для исследования закрытую группу. На скрине вы видите что линк не активен.

а вот тут уже адрес thxStrust и вы видите что можно перейти в группу этого исследования в Телеграм.

На мой взгляд наиболее удачная реализация будет просто добавить на страницу показанную на скрин2 схожий функционал с примером в гильдии.. тогда UX если его измерить в количестве кликов/тапов составит всего 3 и не нужны переходы в ботов и т.д...
p.s. повторюсь моё исследование имело именно UX конкретного квеста который мы все с вами прошли сегодня. Я не осведомлён о всех фичах и функционале myshch.io и искренне надеюсь что смог им чем то помочь. Фича с календарём mustVe и когда он будет добавлять в календарь эвент/ы c с чётким таймингом это будет ахуенно!

Respect @Menaskop

до)

🌅 sunset

DA.

Спасибо вам всем что вы Есть.

это попытка немного усовершенствовать термин web3, как итерацию с индексом "+" используя некий опыт(XP) актуальный на начало 2023. Индекс web3+ некорректно рассматривать как улучшенную/последующую версию web3, лучше думать об этом как: уточнённую формулировку позволяющую достаточно точно оценить сущность используя конкретные критерии.

Результатом должно/может стать появление "определения" описывающее среду web3+ и фокусирующее понятийный механизм. Важной задачей является попытка прояснить в итерации термина web3+ аспекты позволяющие использовать термин web3 без эпитетов "туманный" или заявлений "что Web3 служит только модным словечком или маркетинговым термином."

definition

web3+ наследует концептуальные подходы web3 и дополняется набором критериев которым сущность обязательно должна удовлетворять:

• Постоянный: то есть никто не должен иметь возможности остановить работу протокола. Он работает до тех пор, пока существует лежащий в его основе "блокчейн" (протокол).
• Без разрешения: общедоступный и устойчивый к цензуре. Разработчики и пользователи не могут быть деплатформированы.
• Нейтральным: протокол не должен отдавать предпочтения той или иной категории участников. Протокол также должен создавать одинаковые условия для всех, кто пользуется им как инфраструктурой.
• Прозрачным: открытый исходный код и достоверное, человеко читаемое описание атрибутов/алгоритмов работы (например onepage/white paper: резюме/инструкция/источники истины)

rationality

рациональность; разумность; обычное состояние; нормальность... VS web3+ дизайн.

Нет задачи кого то в чём то ограничить или создать дополнительный "вводящий в заблуждение" слой который будет использован как хайп!
Нет ничего плохого что какая то сущность не отвечает критериям web3+ в огромном кол-ве сценариев использования. Какой то единичный атрибут будет невалиден в рамках предложенного определения, тоже не страшно... если строители не будут ХАЛАТНО компановать эту сущность в дизайне web3+ систем.

Задача в формате возможный образ будущего (гипотеза в текущий момент) может быть сформулирована: концептуальное проектирование и дизайн web3+ сущностей как компануемые примитивы имеющие потенциал с наименьшей площадью для атаки но очень качественно выполняющие main функцию.

bitcoin

Отличным примером такой web3+ сущности выглядит Bitcoin:

• Постоянный = 14 лет бесперебойной работы. Остановки работы блокчейна, я не видел.
• Без разрешения = отлично.
• Нейтральность = соотвествует.
• Прозрачный = открытый код. UX человеко читаемости = приемлемый, но точно есть что улучшить для массового понимания.

Проблемы: маштабируемости = LN как сеть поверх базового протокола Bitcoin. Фактически есть нюансы, но в целом можно считать удовлетворительным для осуществления повседневных транзакций в большинстве сценариев и 90%+ основной массы транзакций в обычной жизни людей...
Мысли вслух: LN нужно рассматривать как отдельную сущность и делать скоринг по критериям web3+..
Пример - покупка кофе в Старбакс используя LN.
псевдоПроблемы: энергопотребление для защиты протокола = манипуляция общественным мнением.

Долгосрочные риски:
- турбулентность модели эмиссии в долгосрочной перспективе.

web3-

Набор тезисов доказывающих что сущность не может быть названа web3+
Ethereum отличный пример UX нарушающий критерии web3+
- MEV не соотвествует нетральности.
- OFAC создаёт значительные риски нетральности. Не соотвествует Без разрешения.
- fork The DAO = как минимум спорная ситуация с точки зрения Постоянный. Не соотвествует Без разрешения. Не соотвествует Нетральный.

vision

Набор тезисов гипотез как признак/фактор/атрибут/ну как то так... с высокой вероятностью повлиящий на системные свойства web3 сущностей "+" или "-"

web3+ возможен

• невозможно определить место нахождения сущности: интернет / bitcoin / litecoin
• DAO - нет никакой информации позволяющей судить, но концептуально могут быть возможные имплементации. пример эксперментальный XP nouns
• Гиперструктура

web3 - мало вероятен/ стоп фактор

• алгоритм консенсуса PoS - низкая вероятность, долгосрочные риски
• VC - низкая вероятность, конфликт интересов.
• KYC/AML совместим - стоп фактор
• CEO - стоп фактор
• построен поверх протокола с мультисиг 4/7 (видел исследования про ChainLink, proof НЕ ВИ ДЕЛ!) не считаю себя компетентным оценивать это.
• юридическое лицо, определённое место нахождения - стоп фактор

recap

& .

Как всё работает: _это копипаст из TB_
- Каждое сообщение — это отдельный абзац
- Чтобы добавить картинку, просто отправьте её очередным сообщением
- Ссылки на YouTube и Vimeo в Телетайпе превратятся в плеер
- Ссылка на Twitter заменится на специальный виджет
- Работает форматирование: *жирность*, _курсив_, ~зачёркивание~, и код- Сообщения можно редактировать, пока статья не опубликована, после — нет смысла
- Для публикации статьи используйте команду /finish_post
- Для отмены используйте команду /cancel. После её отправки весь текст потеряется и придётся начинать всё заново

1. Картинка

2. YouToube

3. Twitter

Не совсем понимаю что и где можно редактировать..
ну ОК.
Тест

Проблема мостов не позволяет создать полноценную компануемость web3 пространства. Давайте зададим правильный вопрос, дело не в мостах как таковых: суть в ненадёжности костадианов. Решение проблемы возможно будет найдено в уходе от хранителей и создании архитектуры с мультичейновыми нативными сущностями.

1.Мост эволюционирует..

Фактически мосты в текущий момент эволюции представляют собой костадиальный сервис "кредитующий" своих клиентов через долговую расписку имплементированную как псевдо завёрнутый токен. В реальности wСущность которую выдают за такую не являеться таковой и неможет ей являться ибо находитья в другой сети по определению.

Архитектурно необходимо исправить этот изъян и значительная масса проблем будет решена. Что делает телепорт в научной фантастике как концепция: переносит оригинальную/нативную сущность. Вывод, необходим дизайн токена как мультичейновой сущности. Технически логика реализуеться банально, эмитент деплоидит его контракт во всех цепочках где он должен/нужен в обращении с идентичными параметрами, считай форк. Согласен что это несколько усложнит логическую архитектуру (это не проблема) НО как результат многократно снизит поверхность потенциальной атаки на сущность.

2.Молния

Попав в среду где нативный токен сущность мультичейновая нам банально остаёться решить 2 задачи:

1. Подобрать транспорт который позволит безопасно и с приемлемой скоростью переместить передать информацию/стоимость.
2. Создать LP во всех сетях которые должны быть связанны.

Дизайн этого решения на мой взгляд может быть элегантным. LN будет выступать в качестве транспортной сущности позволяющей "моментально" переместить стоимость между LP. LP в такой реализации будут иметь структуру только с 1 нативным активом и управляться смарт контрактом. Механизм балансировки этих LP, арбитража стоимости нативных активов и другие детали UI/UX будут описаны отдельно.. для этого с точки зрения токен инженерии необходимо сформулировать цели.

Такая реализация имеет серьёзные ограничения с точки зрения платёжных каналов LN по пропускной способности, меня в размышлениях как главный параметр интересовала связанность и возможность моментально передать стоимость. Но если рассматривать сценарии использования в "повседневной" жизненой ситуации (сам смеюсь ) то это вполне может удовлетворить ожиданиям от UX.