Jeonlees

Найболючіше зараз — це не бідний ринок, а ринок, який дедалі більше «даватиме вам надію» Справді складний ринок ніколи не буває таким, що різко падає. Насправді немає нічого, що можна було б обманювати до кінця, небезпека написана на лінії K, і той, хто кидається і зазнає поразки, принаймні дуже прямолінійний. Найогидніший — це інший. Це не вбиває тебе одразу, спочатку дає трохи надії. тягніть його після падіння, змушуючи відчувати, що настав час стабілізуватися; Шок через кілька днів і ще один, змушуючи відчувати, що основна лінія може повернутися; Раптове подвоєння суми змушує задуматися, чи не надто ви консервативні. Погані новини вас не порушують, вас поступово втягують у ці «моменти, що виглядають як можливості». Це також причина, чому багато людей останнім часом перебувають у поганому стані. Не тому, що я зовсім не можу це зрозуміти, а тому, що ринок надто добре грає. Він знає, що ти боїшся щось втратити, тому завжди дає тобі трохи ніжності, коли ти майже здаєшся; Він також знає, що ти хочеш підтвердити, тому завжди дає тобі зворотний удар, коли ти нарешті наважуєшся в це повірити. Спереду ти все ще думав, що твій ритм не дуже, але пізніше зрозумів, що це не питання одного-двох рухів, а весь набір емоцій контролюється ним. Говорячи прямо, найдорожчим на цьому етапі є не когніція чи новини, а рішучість не піддаватися обману надією. Бо зараз багато підйомів не дуже сильні, але достатньо, щоб зачепити тебе; Багато відскоків насправді не змінюються, але достатньо, щоб викликати емоції у людей у коротких позиціях. Тож тепер я все більше вірю у складне речення: Ринок не боїться, що ви розумні, він боїться, що ви не здастеся. Чим більше ти думаєш: «Цього разу може бути інакше», тим легше почати саме з того місця. Ось питання: Ваша недавня поразка через те, що ви неправильно це зрозуміли, чи тому, що хочете вірити, що «нарешті ваша черга»? $BTC $ETH $SOL

Заощаджуй 3 000 на місяць, інвестуй 100 юанів на день на Nasdaq 100, через 20 років у тебе буде 2,55 мільйона, через 30 років — 8,7 мільйона, це сила складних відсотків. Індекс Nasdaq існує вже понад 50 років із річною дохідністю 10%, переживав N-фінансові кризи посередині і щоразу зміг піднятися. Але чи вважаєте ви, що Nasdaq перебуває під загрозою? Деякі ще є, але наразі Nasdaq дійсно є активом з меншим ризиком і вищою прибутковістю. Ви віддаєте перевагу вірити у темпи зростання Nvidia, Apple, Google, Tesla чи у темпи зростання власних грошей? Ви думаєте самостійно.

Усі працюють у Roll Cloud Agent, але я зробив мультиагент на робочому столі У технічній спільноті з'являється все більше статей про мультиагентні системи, але більшість із них стосуються фреймворків: ➢LangChain ➢AutoGen ➢CrewAI Цього разу я хочу поговорити не про рамки, а про більш практичне питання: Якщо у вас немає хмарної інфраструктури і ви покладаєтеся лише на десктопний додаток, чи зможете ви створити «живу» мультиагентну систему співпраці з нуля? Відповідь: так --- І це не демо Ця система, вирощена у реальному настільному Web3-додатку, була інтегрована: - Дволанцюговий моніторинг EVM/Solana -Транзакції агрегації SWAP - Відстеження нових монет на блокчейні - Торгова панель -Глибока інтерпретація ШІ Мультиагент не розроблений на основі PPT, а природно еволюціонував у виробничому середовищі. --- Перш ніж обговорювати технічні реалізації мультиагентів, я відповім на напрямне питання: Чому я обрав десктопний комп'ютер замість більш поширеного хмарного розгортання або легшого браузерного плагіну? Суть цього вибору не в тому, щоб «хто більш розвинений», а в компроміс між трьома технологічними шляхами. --- Хмарне розгортання є найпоширенішим методом реалізації мультиагентів на даний момент. Його переваги очевидні: Ви можете додавати GPU до команди агентів у будь-який час Оновлення моделі не потребують втручання користувача Сервер може підтримувати глобальну спільну пам'ять Але ціна не менш очевидна: Дані користувачів мають передаватися через сервер Транзакції в ланцюгу часто вимагають відкритого доступу до приватних ключів сервера І існують постійні витрати на розгортання та обслуговування --- Браузерні плагіни — ще один легкий шлях. Він може безпосередньо вводитися у сторінки, читати DOM та імітувати дії користувача, що робить його надзвичайно ефективним для окремих автоматизованих завдань. Але питання також пряме: > він працює в пісочниці браузера > відсутність постійних можливостей зберігання даних > Відсутність довготривалих фонових потоків > складно підтримувати складні системи пам'яті > також важко підтримувати асинхронні взаємодії між агентами --- Десктопний додаток займає унікальне становище. Він має повний доступ до системних ресурсів: ➢ Фонові потоки можна запускати самостійно ➢ Може читати та записувати локальні файлові системи ➢ Можна встановити постійні зв'язки з базою даних Саме ці можливості є основними можливостями, які дійсно потрібні багатоагентним системам Звісно, існують витрати: Він покладається на локальні обчислювальні потужності, а виведення моделей часто все ще викликає хмарні API Для цього потрібне повноцінне середовище на Python Оновлення та розповсюдження також складніші, ніж веб-додатки. --- Отже, вибір створення мультиагента на робочому столі фактично означає використання розподілених можливостей в обмін на конфіденційність даних і ефективність планування. Це не абсолютна перевага, а вибір, визначений сценарієм. Для систем, таких як торгівля криптовалютою, аналіз на блокчейні та моніторинг, вимоги до конфіденційності даних значно вищі, ніж для традиційних застосувань: > адреса гаманця > історія торгівлі > дані про позицію Ця інформація покладається на хмарний сервер, що саме по собі є ризиком. --- Ще важливіше — ефективність планування розкладу В одному настільному додатку головний агент планує завдання для виконання підагентом і не потребує використання мережевих протоколів, таких як HTTP/RPC, але може бути викликаний безпосередньо в межах процесу. Це означає: → накладні витрати мережі повністю усуваються → затримка виклику зменшується від мілісекунд до мікросекунд Для таких сценаріїв, як високочастотний аналіз, моніторинг у блокчейні та допомога з транзакціями, ця різниця безпосередньо впливає на своєчасність роботи. --- Перша основна проблема мультиагентної системи — це не «як змусити їх спілкуватися», а «як їх ізолювати» Головний агент, агент аналізу контрактів, агент аудиту безпеки, а також користувач, якщо історія чату та пам'ять змішані, ідентичність буде плутатися. І якщо ви плутаєтеся, втрата інформації та неправильне міркування може статися в будь-який момент. --- Що я роблю так: Уніфіковані шаблони коду та ізоляція даних Усі підагенти мають однаковий набір рушіїв, але через динамічні назви таблиць досягається ізоляція даних на фізичному рівні: 'table_name = f"chat_history_{self.agent_id}"' Потім автоматично створюється відповідна таблиця. А саме: Агент трейдера генерує 'chat_history_trader' Аудиторський агент генерує власний «chat_history_xxx» Головний агент також має власний окремий чат-стіл Це не логічна ізоляція, а фізична ізоляція на рівні бази даних. --- Нотатки для рефлексії мають той самий дизайн. Кожен субагент записує свій власний ключ відображення: 'reflection_key = f"auto_reflection_{self.agent_id}"' 'self.api._agent_remember("master_insight", reflection_key, резюме)' Таким чином, кожен агент накопичує лише власне довгострокове відображення, Він не забруднить пам'ять інших агентів. Суть цього розв'язку: Проєктуйте один раз, використовуйте повторно на все життя. --- Пізніше додадуть третій і четвертий агент, і жодних основних змін не потрібно змінювати. Просто скопіюйте структуру каталогу і додайте конфігураційний файл. Шаблонний рушій автоматично згенерує його для: → окремі таблиці баз даних → незалежний ключ відображення → окремий чат-магазин Це змушує мене все більше вірити в одне: Хороша архітектура не обов'язково має бути складнішою, Але, мабуть, легше повторно використовувати. --- Далі — проблема з розкладом. У розподіленій системі головний агент налаштовує агента, зазвичай спираючись на: - Комунікація HTTP/RPC - Виявлення сервісу -Балансування навантаження Але в монолітному настільному додатку я спростив це до прямого виклику функції: 'sub = self.sub_agents[agent_id]' 'результат = sub.process(завдання, save_history=Неправда)' Це «порядок, а не прохання». --- Це «розклад повідомлень» має дві переваги: По-перше, затримка зменшується з мілісекунд до мікросекунд, і всі дані залишаються локально потоком По-друге, головному агенту не потрібно знати внутрішні деталі реалізації дочірнього агента, лише наступне: "Які завдання він може виконувати?" Це насправді чітка межа обов'язків. --- Щоб головний агент справді «живий», я динамічно ввів список здібностей усіх підагентів у системний запит головного агента. Наприклад: Агент з аналізу контрактів: доступні інструменти 'get_contract_market_data', 'run_contract_risk_check' Security Audit Agent: Доступні інструменти 'check_token_security', 'check_token_audit_binance' Таким чином, після отримання користувацької інструкції головний агент може автоматично визначити тип завдання та обрати відповідний підагент для виконання. --- Контроль дозволів — одна з основних проблем безпеки у всій багатоагентній системі. Головний агент володіє 26 ексклюзивними інструментами Web3, які охоплюють: Пропозиція SWAP Аналітика в блокчейні Інспекція безпеки Запит до даних Але кожен субагент повинен використовувати лише невелику частину своїх інструментів. Тож на першому рівні я зробив сувору фільтрацію білого списку на рівні коду: 'return [t for t in all_tools if t["function"]["name"] у self.allowed_tools]' --- Але лише фільтрація коду недостатньо. Оскільки великі моделі можуть «галюцинувати», вони можуть намагатися викликати несанкціоновані інструменти. Отже, на другому рівні, в кінці системного запиту, я безпосередньо пишу «Інструменти використовують залізні правила»: У вас є лише такі інструменти, і ви не повинні переходити межу. Якщо завдання вимагає додаткових інструментів, ви повинні чітко сказати керівнику, що у вас немає дозволів. Кодовий шар відповідає за те, що «не бачить» Шар prompt відповідає за те, щоб «не переступати межу» Це подвійний рівень захисту, який я робив при ізоляції дозволів. --- Є також дизайн, який мені самому подобається, але найменш помітний: Я зробив окрему комору для всієї команди агентів Більшість багатоагентних систем на ринку виконують лише взаємодію «користувач->агент». Агенти не спілкуються між собою. Але я розробив окремий простір «agent_interactions», щоб агенти могли взаємодіяти асинхронно. --- Механізм спрацьовування навіть простий: 'selected_id = random.choice(list(api.sub_agents.keys()))' 'selected_sub = api.sub_agents[selected_id]' Кожного разу, коли він запускається, рушій випадково обирає людину, динамічно генерує раунд діалогів, а потім записує його назад у базу даних, а фронтенд відображає його в реальному часі. Я також додав додаткові теми для перевірки біографії та механізм анти-нескінченного циклу: Перевіряйте останнє повідомлення кожні 2-3 хвилини Якщо останні 3 — автоматичні відповіді, їх автоматично призупинять Не дозвольте їм спілкуватися самостійно посеред ночі, поки вони не зможуть зупинитися. --- Цінність цієї «комори» полягає не в прямому створенні бізнес-вигоди, а в тонкому систематичному формуванні особистості. Вона не підкреслює її існування. але тихо зберігаючи згуртованість, особистісні стосунки та здоров'я команди агентів. Ти ледве це відчуваєш, Але через це система стане більше схожою на «живу команду». --- Щодо дизайну шарів пам'яті, я не впровадив векторну базу даних у кінцевому підсумку, а продовжував глибоко налаштовувати SQLite. Не через технічний консерватизм, а тому, що інженерні рішення мають зважуватися з урахуванням обмежень. Для десктопних додатків ще одна залежність означає ще одну точку відмови, ще один ризик для безпеки та ще одне навантаження на пакування. Результат такий: > кілька таблиць SQLite > динамічна назва таблиці > структуровані JSON-поля Він підтримує 3 або більше незалежних систем пам'яті агентів. --- Ця система пам'яті тепер утворює повний зв'язок: Короткочасна пам'ять розмови (20 елементів) -> Нотатки для довгострокової рефлексії (кожні 6 годин) -> Структуровані записи JSON І я все ще рухаюся у 8 напрямках: ➤ Продовження контексту ➤ Структурування пам'яті ➤ Поведінка, керована пам'яттю ➤ Психологія: три типи довготривалої пам'яті ➤ Пам'ять командної роботи ➤ Динамічна еволюційна пам'ять ➤ Пам'ять графів знань ➤ Стиснення пам'яті та ефективне відновлення Моя мета — не змусити агента згадати, що ти сказав Натомість дозвольте йому поступово розвиватися від інструменту, який запам'ятовує ваші слова, до довготривалого партнера, який може вас зрозуміти, передбачити і працювати з вами GitHub: Автор: Powerpei (Сяо Нань)

Я помітив, що, здається, не всі свайпали Memepack, або я не свайпів Мені здається, що це питання майже не обговорюється Чи ти не знаєш, що правила змінилися Тепер це винагорода за свайп 100U і відкриття 200u, і так далі Наразі мій MP має 14485 і 95-те місце Кілька днів тому він посідав 71-ше місце, і мені здається, що ті, хто його розчісуває, теж трохи піднялися Але винагороди за мій пакет карток були повністю свайпані, і повторне свайпування — це виключно транзакція Все ще вагалася, чи чистити зуби Нещодавно вийшов сезон 0, не знаю, чи будуть переваги на початку великі переваги, Адже вечірка проєкту справді досить багата Тож я все ще думаю, ура! Вхід 👇

Чому я наполягав сьогодні, і виявив, що всі казали, що це завдання буде виконано після його виконання, тоді 🥺 мені треба швидко надолужити Вчора я побачив, що команда проєкту також розібралася з відповідними багами, і я з нетерпінням чекаю цього якнайшвидше TermMax — це не просто кредитний пул, він зосереджений на кредитуванні з фіксованою ставкою та одним кліком. Простіше кажучи, користувачі можуть заздалегідь зафіксувати вартість позик перед переходом до стратегії з кредитним плечем, не турбуючись про раптове зростання плаваючих відсоткових ставок. Офіційний сайт TermMax також чітко зазначає, що він надає кредити з фіксованою ставкою, кредитування та кредитне плече в один клік, з акцентом на передбачувані ставки, фіксовану вартість позик і кредитне плече за однією транзакцією. Цей момент дуже важливий у сучасних ринкових умовах. Коли ринок стабільний, ви можете подумати, що фіксовані відсоткові ставки не такі вже й привабливі. Оскільки ринок не коливається, плаваючі процентні ставки не обов'язково є неприємними. Але коли ринок починає прискорюватися, а попит на кошти зростає, плаваючі процентні ставки можуть стати дуже нестабільними. Спочатку ви хотіли створити стратегію прибутку, але вартість позик змінювалася, прибуток зникав, і навіть стратегію довелося коригувати. Ось тут і з'являється TermMax. Це не робить вас бездумним додавати важіль, але робить важелі більш розрахунковими. Вартість позики визначається заздалегідь, а термін — заздалегідь, щоб користувачі мали можливість оцінити, чи варта ця стратегія. Для тих, хто справді займається управлінням грошима, «передбачуваність» іноді важливіша, ніж «виглядати як високий прибуток». Зокрема, я вважаю, що функцію важеля в один клік не можна розуміти просто як «кілька кліків менше кнопки». Традиційний DeFi включає заставу, кредитування, купівлю та повторне забезпечення на кількох етапах. Чим більше кроків, тим вища ймовірність пробуксовки, газу, змін процентних ставок і операційних помилок. TermMax скоротив це до більш прямої точки входу для кредитного плеча, фактично знижуючи витрати на реалізацію стратегії. Офіційний сайт також зазначає, що Leverage з одним кліком характеризується однією транзакцією, без ручного циклування. Звісно, це не означає, що ризик зникає. Важіль чи важіль. Фіксовані відсоткові ставки можуть лише допомогти вам зафіксувати витрати на позики, а не ціни застави, або гарантувати, що стратегія буде прибутковою. Користувачам все одно потрібно бачити коливання застави, лінії ліквідації, термін погашення, глибину пулу та ліквідність виходу. Можна думати про один клік як про «зручніший портал управління ризиками», але небезпечно думати про це як про «кнопку для збільшення з закритими очима». Отже, суть, яку я хочу висловити в цій статті, дуже проста: Після того, як ринок знову активізується, варто не стежити за тим, чи може він бути більш агресивним, а чи зможе зробити стратегії важеля більш контрольованими. DeFi не бракує інструментів для підвищення прибутковості, але й не має інструментів для розрахунку витрат, тривалості та меж ризику перед посиленням прибутковості. Якщо TermMax зможе й надалі інтегрувати кредитування з фіксованою ставкою та кредитне плече в один клік, це позиціонуватиметься не лише як «ще один протокол кредитування», а й як інструмент капітальної ефективності на ланцюгу. Чим більш волатильний ринок, тим більш ймовірним є використання такого типу інструменту. Адже справжній важіль зрілого — це не те, чи наважишся ти поспішати, а чи можеш ти розрахувати рахунок перед тим, як поспішати. @TermMaxFi #TermMax

Я поспішно надолужив це вчора ввечері.,Але його показували два дні одночасно.,,Трохи я не розумію.,,Але принаймні все зроблено.,Чекайте, поки XP злетить 😋 через 15 днів. Враховуючи, що всі, кого я знаю, мають понад 300 тисяч MP, я цьому заздрю, і останнім часом я намагаюся це компенсувати, а проєкти, які мені відхилили, теж були скасовані, але завжди є шанс 💪 залишитися за столом Нещодавні офіційні новини TermMax згадували про напрямок: отримувати фіксований дохід зі стейблкоїнів на TermMax, наприклад, 8% фіксованої прибутковості у стабільних облігах, забезпечених PT-reUSD re. Я вважаю, що цей момент варто обговорювати більше, ніж просто вигукувати «високий APY», бо він відповідає тому, чого ринку зараз найбільше бракує: не більш перебільшеної доходності, а чіткішої структури доходів. Раніше проблема багатьох DeFi-повернень полягала не в низькій прибутковості, а в надто плаваючих доходах. Сьогоднішній APY дуже хороший, і завтра, щойно фонди з пулу надійдуть, дохід буде розбавлений; Сьогоднішня субсидія все ще є, а завтра захід закінчиться, і відсоткова ставка впаде одразу. Користувачі, здається, займаються фінансовим управлінням, але насправді часто здогадуються, коли припиниться субсидія на проєкт. Логіка фіксованої відсоткової ставки TermMax саме зачіпає цю проблему. Його суть не в тому, щоб сказати вам «У мене найвищий прибуток», а в тому, щоб заздалегідь повідомити користувачам, яким буде дохід або вартість позики з часом. Офіційний сайт TermMax також позиціонується як ринок позикування та кредитування з фіксованою ставкою, наголошуючи на фіксації передбачуваних ставок, підвищенні доходності та впевненому впровадженні стратегій. Простіше кажучи, він прагне вирішити найдратівливішу невизначеність у DeFi-кредитуванні. Цей напрямок цілком доречний у сучасних ринкових умовах. Доходність стейблкоїнів більше не є варварським періодом зростання. Все більше користувачів починають змінювати питання від «де високий APY» до «чи можна пояснити цей дохід». Особливо коли RWA, стейблкоїни та фіксований дохід починають з'являтися разом, ринок приділятиме все більше уваги терміну, базовим активам, джерелам доходу та шляхам виходу. Тож, на мою думку, цього разу для TermMax варто звернути увагу не на саму цифру 8%, а на ідею продукту, що стоїть за нею: поступове переміщення доходів стейблкоїнів від плаваючих, короткострокових і пулових захоплень, у фіксований, передбачуваний і планований напрямок. Звісно, тут немає безглуздого оптимізму. Фіксований дохід не означає відсутність ризику. Структура активів, тривалість, ліквідність, шлях погашення та контрагентський ризик PT-reUSD мають бути чітко бачені користувачами. TermMax пропонує ринок із фіксованою ставкою, але це не означає, що всі продукти з фіксованим доходом можна купувати із закритими очима. Особливо зараз, у DeFi, найпроблемніша річ — це слухати «фіксований дохід» як «дохід із гарантією основної суми». Але щодо напрямку, я вважаю, що ця тема зараз дуже підходить для написання. Тому що ринок вже пройшов етап, коли дивиться лише на високі APY. Наступний раунд стейблкоїнів, який справді зможе утримати користувачів, ймовірно, не буде тим, хто кричить найбільше, а хто чітко пояснить джерело доходу, структуру термінів і межі ризиків. Кредитування з фіксованою ставкою від TermMax потрібне лише для компенсації цього недоліку. @TermMaxFi #TermMax

Оголосили результати лотереї, і я не виграв Але хороша новина в тому, що на фондовому ринку Гонконгу з'явилися дві нові акції, подивіться цю і поспішайте підписатися, завтра буде закрито о 9 годині!! По-перше, висновок такий: обидва можна підписати, але основна увага фонду зосереджена на Цзітай #剂泰科技-P(07666) 5302,95 HKD за лот, 500 акцій за лот 1️⃣ Сильний досвід спонсорства: Jefferies + Deutsche Bank + CITIC Securities. Міжнародні інвестиційні банки та китайські цінні паперові компанії працюють разом, і розподіл коштів не є слабким. 2️⃣ Масштаб випуску великий, а публічний обсяг низький. У світі було пропозиційно 201 229 мільйонів акцій H, з первинним публічним розміщенням близько 10 061 500 акцій H у Гонконзі, що становило лише 5%, і залучило максимум близько HK$2,11 мільярда. Після розігріву відсоток виграшу, ймовірно, не високий. 3️⃣ Сильний склад основних гравців. Згідно з публічною інформацією, Jitai Technology залучила ключових інвесторів, таких як BlackRock, і згідно з ціною пропозиції, Cornerstone підписається приблизно на 110 мільйонів акцій, що є найважливішим плюсом цього голосування. 4️⃣ Тема досить гаряча: AI нанодоставка / AI фармацевтична платформа. Йдеться про інноваційну систему нанотехнологій на основі штучного інтелекту NanoForge, а також платформи AiTEM, AiLNP і AiRNA. Простіше кажучи, це використання штучного інтелекту та нанотехнологій для вирішення проблеми ефективності доставки ліків. ⚠️ Ризики також очевидні: Jitai Technology — це спеціальна технологічна + некомерційна компанія з 18C, і її оцінка здебільшого підтримується технологічною платформою та майбутніми очікуваннями, а не поточними прибутками. #英派药业-B(07630) 4393,88 HKD за лот, 200 акцій за лот Ціна пропозиції становить HK$19.75-21.75, і очікується, що він вийде на продаж 13 травня Я зроблю цей квиток, але не займу жорсткої позиції. 1️⃣ Досвід спонсорства: Goldman Sachs + CICC. Квиток Medicine-B дуже визнаний закладом, і таке поєднання спонсорства є плюсом. Щодо випуску, у світі було запропоновано 41,977 мільйона акцій H, що становить 10% від загального публічного розміщення акцій у Гонконгу, залучивши близько 910 мільйонів гонконгських доларів. 2️⃣ Наріжний камінь цікавий. Tencent, LAV, Ruiyuan та інші брали участь у підписці основного фонду, загальна сума склала близько 35,87 мільйона доларів США або близько 281 мільйона гонконгських доларів. Для інноваційного препарату 18A цей фон непоганий. 3️⃣ Основна етикетка: Синтетичні ліки від смертельних пухлин. Вона зосереджена на лікуванні пухлин і синтетичній летальності, і ця тема рідкісна, але професійний поріг також високий. ⚠️ Ризик також залежить від ризику: Yingpai Pharmaceutical — це незбиткова фармацевтична акція категорії 18A, і вона все одно залежить від конфеєру, клінічного та комерційного обналичення, а не від стабільного квитка. Наразі Jitai Technology підписалася 3056,63 рази Yingpai Pharmaceutical 653,8 разів Сподіваюся, ми всі виграємо 🙏 Особисті пропозиції щодо операцій, раціональна участь самостійно, DYOR.