Как подключение репутации и передача дуплекса повышают эффективность блокчейна
25 июня 2025 г.Таблица ссылок
Аннотация и 1. Введение
1.1 Фон
1.2 Мотивация
1.3 Наша работа и вклады и 1.4 организация
Связанная работа
2.1 Mobile AIGC и его моделирование QOE
2.2 блокчейн для мобильных сетей
Предварительные
Прокурор дизайн
4.1 Обзор архитектуры
4.2 REPUTITY ROLL-UP
4.3 Дуплекс -передаточный канал
OS2A: Объективная оценка услуг для мобильного AIGC
5.1 Вдохновение от DCM
5.2 Объективное качество процесса обслуживания
5.3 Субъективный опыт выходов AIGC
OS2A на прокуратуре: двухфазное взаимодействие для мобильного AIGC
6.1 Выбор MASP по репутации
6.2 Схема теоретического оплаты контракта
Реализация и оценка
7.1 Реализация и экспериментальная настройка
7.2 Оценка эффективности прокуратуры
7.3 Исследование функциональных целей
7.4 Анализ безопасности
Заключение и ссылки
4.2 REPUTITY ROLL-UP
Далее мы показываем дизайн Layer-2 цепочки якоря, включая репутационные каналы и передачи дуплекса. Традиционно все исторические мнения должны быть спасены в бухгалтерской книге каждой MASP. Тем не менее, взрывоопасное увеличение объема данных тратит значительные ресурсы хранения MASP. Учитывая, что мнения служат только доказательствами для отслеживания репутации, мы намерены разгрузить их из цепочки якоря и сохранить только наиболее важные бухгалтерские сообщения. Как показано вАлгоритм 1,Мы разрабатываем рулон репутации Layer-2, содержащие следующие шаги.
2) Сжатие репутации:При достижении порога RCO по очереди сжатия полученных транзакций. В частности, эти транзакции подвергаются операции SHA256 последовательно в хронологическом порядке. Затем Br Block Block может быть создан только путем содержания хэши, как показано на рис. 2. По сравнению с одним блоком, содержащим 1000 транзакций, которые обычно занимают 500 байтов [30], один BR, содержащий 1000 хэшей только 32,5 байта, поскольку каждый выход SHA256 занимает 256 бит [44]. Следовательно, объем данных, потребляемый для сохранения исторических записей репутации, может быть эффективно сжат.
4.3 Дуплекс -передаточный канал
Второй дизайн уровня-2-это каналы передачи дуплекса между каждой парой MASP-Client, с помощью которых мы осознаем передачу атомного платежного владения. Эти каналы являются виртуальными 7 и созданы с помощью конкретного интеллектуального контракта. Внутри канала участники могут проводить несколько раундов атомных трансфертов, защищенных протоколом хэш -блокировки (HL). Только инициализация и закрытие канала должны быть записаны в цепочке якоря. Поскольку переводы происходят по каналам, можно гарантировать низкую задержку, а также можно облегчить рабочую нагрузку цепочки якоря. Далее мы представляем процедуру передачи по атомной оплате на канале.
Авторы:
(1) Yinqiu Liu, Школа компьютерных наук и инженерии, Технологический университет Наняна, Сингапур (yinqiu001@e.ntu.edu.sg);
(2) Hongyang Du, Школа компьютерных наук и инженерии, Технологический университет Нанян, Сингапур (hongyang001@e.ntu.edu.sg);
(3) Dusit niyato, Школа информатики и инженерии, Наньянский технологический университет, Сингапур (dniyato@ntu.edu.sg);
(4) Цзявен Кан, Школа автоматизации, Технологический университет Гуандунга, Китай (kavinkang@gdut.edu.cn);
(5) Zehui Xiong, Столп технологий и дизайна информационных систем, Сингапурский технологический университет и дизайн, Сингапур (zehuixiong@sutd.edu.sg);
(6) Аббас Джамалипур, Школа электротехники и информационной инженерии, Университет Сиднея, Австралия (a.jamalipour@ieee.org);
(7) Сюмин (Шерман) Шен, Департамент электрической и компьютерной инженерии, Университет Ватерлоо, Канада (sshen@uwaterloo.ca).
Эта статья есть
Оригинал