Каспа — это монета L1 PoW (Proof of Work), а не токен, поэтому никакого адреса контракта нет.
Нет, мастер-нод вообще не существует. Каспа — не PoS-монета, все ноды в ней равноправны и представляют собой “полный кошелек” в терминологии Биткоина, то есть вашу локальную копию базы данных блокчейна (в случае с Каспой — блокДАГа).
В основной сети — нет, и не будет доступен и в будущем. Есть мысли реализовать стейкинг на L2, но все это пока — в стадии обсуждения. Генерация новых койнов и случае реализации L2 останется функцией только уровня L1.
Нет, получить прямую прибыль от этого нельзя. Собственная нода обеспечивает самый быстрый пинг для майнинга и полный контроль над функциями ноды и кошелька: не придется искать общедоступная нода с открытым портом RPC, и не нужно будет надеяться, что он работоспособен, что у него актуальная версия ноды и что он не вредоносный. Кроме того, таким образом вы увеличиваете децентрализацию и способствуете росту стабильности сети Kaspa в целом.
Нет, тут только чистая философия PoW. Каспа — духовный наследник Накамото.
Сейчас нет. Вероятнее всего, будут доступны позже, на L2. Желающих выпускать NFT на Каспе масса, и они только ждут фунционирующего L2, чтобы ворваться на арену.
Блокчейны на Proof of Stake (PoS) оказываются гораздо более централизованными, чем многие системы Proof of Work, по следующим причинам:
— PoS создает систему «богатые становятся еще богаче»: чем больше монет вы держите и стейкаете, тем больше ваше право голоса для создания новых блоков. Эти токены также зарабатывают больше монет за счет стейкинга. Поскольку этим людям не нужно тратить ресурсы для стейкинга (в отличие от майнинга), они могут просто увеличивать общую сумму стейкинга по мере того, как они зарабатывают больше монет от вознаграждений за стейкинг, и экспоненциально увеличивать свое влияние в сети с течением времени, и это навсегда. С системой же PoW нельзя расширяться бесконечно. В природе доступно лишь ограниченное количество энергии/оборудования/земли, что делает PoW более децентрализованной.
— Зачастую системы PoS имеют очень мало валидаторов. Многие известные криптовалюты имеют всего 21 производителя блоков. Это крайне далеко от тысяч нод Биткойна, и означает, что сеть гораздо проще скомпрометировать. Суть криптовалюты — в том, чтобы быть неизменной и децентрализованной, в противном случае имеет смысл просто поднять базу данных, совместно используемую двадцать одним человеком.
Kaspa использует меньше энергии, чем многие другие монеты PoW, из-за используемого алгоритма хэширования — Optical Proof of Work. Кроме того, в отличие от всех предшествующих проектов, в Каспе блоки, генерируемые одновременно, не становятся конкурентами, а включаются в структуру blockDAG, и энергия, потраченная на их генерацию, целиком встает на защиту от атак реорганизации — тогда как во всех предыдущих PoW-проектах блоки, проигравшие соревнование за включение в блокчейн, отбрасываются, и энергия, потраченная на их поиск, уходит впустую.
Сейчас появляется все больше проектов на L2, и Kaspa тоже сможет поддерживать L2 и смарт-контракты в недалеком будущем. Однако сначала важно получить децентрализованный и максимально безопасный и надежный базовый уровень — конечно, с меньшим количеством функций. Легче строить поверх уже надежной базы, чем пытаться сделать базу более безопасной после того, как на ней уже что-то построено.
Вопрос был задан пользователем @ankara8343
Ответ от модератора @Tim

Нет. Пока нет (на 15 июля 2023 г.).
Когда проект Каспа достигнет положения ультимативного L1, кто-то (или много кто) реализует над ним смарт-контракты и L2. Сообщество Kaspa предоставит любую поддержку со стороны L1, необходимую для L2 c хорошо продуманным дизайном.
Обсуждение реализации L2 и смарт-контрактов ведется на канале #smart-contract-brainstorming Discord-сервера Каспы. Скорее всего, в разработке и написании кода L2 примет непосредственное участие часть разработчиков, в настоящий момент занятых доведением до совершенства кода L1 (в частности, переписыванием кода Каспы на языке Rust, с соответствующей оптимизацией архитектуры, API и иных аспектов кода).
Приблизительно 28,7 миллиарда KAS. Это число фиксированно, и планов по его изменению нет.
Расписание генерации состоит из двух фаз:
1. Преддефляционная фаза, начавшаяся с момента запуска основной сети 7 ноября 2021 г., уже закончилась (8 мая 2022 г.). В течение первых 2+ недель награда была случайной, в диапазоне от 1 до 1000 Kas в секунду (со средним значением порядка ~750, вместо ожидаемых 500,5, в силу программной ошибки), а затем при 1-м хардфорке ее заменили на постоянную, 500 Kas в секунду (причиной хардфорка стал массовый сплит в сети, потребовавший доработки кода с ломающим совместимость изменением алгоритма консенсуса). Поскольку скорость генерации блоков также составляла 1 блок в секунду, то вознаграждение было равно ~750, а затем 500 Kas за блок. Этот этап длился 6 месяцев.
2. По оконачнии преддефляционной началась хроматическая фаза. На этой фазе награда за блок уменьшается в геометрической прогрессии. Первоначальная награда за блок составляла 440 Kas. Награда уменьшается вдвое раз в год, но не скачком, а плавно: каждый месяц награда за блок уменьшается в (1/2)^(1/12) раз (т.е. до примерно 94.39% от величины награды предыдущего месяца). А это означает, что соотношение вознаграждений за блок в последовательных месяцах точно такое же, как отношение частот двух последовательных полутонов в темперированной хроматической гамме. Начальная награда за блок численно равна частоте ноты A4 (ля первой октавы, 440 Гц), поэтому каждый усредненный год называется октавой. В Каспе год (или октава) равен 365,25 дня, а месяц (или полутон) равен точно одной двенадцатой части года.
Обратите внимание, что монетарная политика определяет, сколько монет производится в секунду, независимо от скорости блока. Если скорость генерации блоков изменится в будущем, то вознаграждение за блок будет скорректировано соответствующим образом, чтобы общий темп эмиссии койнов сохранился неизменным, согласно расписанию.
Вот несколько цифр:
Да, вот PDF. Обратите внимание, что фактические даты могут немного меняться из-за плавающих условий в сети: момент начала каждой следующей фазы основан на предопределенном значении счетчика DAA — счетчика количества вознагражденных блоков, а момент достижения того или иного значения счетчика DAA может немного отклоняться от расчетной даты и времени из-за колебаний общего хешрейта сети и, следовательно, колебаний скорости генерации блоков.
Нет. Только публично объявленный честный запуск.
Неа. Только справедливый запуск, философия Накамото.
Сейчас (на 15 июля 2023 г.) комиссия за транзакцию рассчитывается как 0,0001 Kas за UTXO. UTXO (Unspent Transaction Output) означает “неизрасходованный выход транзакции”. В терминах Биткойна можно сказать, что комиссия составляет примерно 0,0001 Kas за килобайт, т.к. описание одного UTXO занимает чуть больше килобайта.
Вкратце: жестко закодированный верхний предел составляет 29 миллиардов, но общее количество — лишь оценочное, из-за графика халвинга, основанного на величине счетчика DAA, из-за случайных вознаграждений в первые недели работы сети, и из-за возможности некоторого сокращения эмиссии при переходе к более быстрым временам генерации блока.
Подробнее:
Окончательно: общая эмиссия может меняться в каких-то небольших пределах, но она гарантированно никогда не достигнет 29 миллиардов. Самое точное значение, доступное для наблюдения, дает бот в Дискорде: 28,704,026,601 KAS за период в 36 лет с момента запуска основной сети (7 ноября 2021 г.).
Ответы на вопросы, относящиеся к этому, приведены выше на скриншотах. Кроме того, когда основная сеть Каспы была запущена в ноябре 2021 года, приличного размера сообщество уже существовало. Любой мог майнить уже в то время.
Вопрос: Hashdag в статье на Medium писал, что DAGLabs купили «майнинговое оборудование» для PoW, чтобы иметь раннее преимущество. Что это было, почему нету никакой дополнительной информации?
Ответ Ори Ньюмана (@someone235):
Более конкретной информации не было, потому что у алгоритма для того оборудования нет названия. Мы просто попытались сотрудничать с майнинговой компанией и создать алгоритм, для которого им будет очень просто разработать ASIC. Я гарантирую, что он не имел никакого отношения к алгоритму майнинга, используемому в настоящее время (k-heavyhash).
Когда Каспа разрабатывалась (до запуска основной сети), команда считала, что oPoW окажется ценным в смысле эффективности траты электричества, и видела в нем потенциал и возможность обеспечить большую децентрализацию, чем дают нынешние ASIC-и. При этом oPoW столь же безопасен, как и SHA256. Правда, преимущество энергоэффективности реализуется только тогда, когда появится соответствующее реальное оптическое оборудование, а до этого момента участники сообщества могут майнить с помощью ЦП/видеокарт/обычных ASIC-ов.
Для разработки же оптического оборудования нужно финансирование, а финансирование требует уже функционирующей сети. Kaspa сделала первый шаг, предложив стать такой сетью. Позже группа, разрабатывающая оборудование для oPoW, распалась, и DAGlabs как коммерческая организация также прекратила свое существование. В результате не было как премайна, так и появления специализированного оборудования для oPoW. Любой смог начать добывать монеты с момента запуска сети (см. выше). Плюс разработчики не в одиночку приняли решение использовать oPoW: сообщество проголосовало за это до запуска основной сети. Более того: чтобы гарантировать, что никакое потенциально существующее специализированное оборудование не способно майнить Каспу, алгоритм oPoW был немного модифицирован (добавлен дополнительный раунд хэширования keccak), и вместо их HeavyHash-а появился kHeavyHash (Kaspa HeavyHash).
Меньше 3% общей эмиссии (840,000,000 KAS). См здесь.
Источники:
https://discord.com/channels/599153230659846165/916662870379491328/1046886450601398393
https://discord.com/channels/599153230659846165/916662870379491328/996761363894509568
https://discord.com/channels/599153230659846165/909907923084382218/996054649410953226
https://discord.com/channels/599153230659846165/909907923084382218/996047610651627551
https://discord.com/channels/599153230659846165/909907923084382218/995774105712337026
https://discord.com/channels/599153230659846165/916662870379491328/991123684385361951
https://discord.com/channels/599153230659846165/916662870379491328/990897783475163136
https://discord.com/channels/599153230659846165/916662870379491328/990893756591001640
https://discord.com/channels/599153230659846165/916662870379491328/990739452622163989
https://discord.com/channels/599153230659846165/916662870379491328/990736859791523850
https://discord.com/channels/599153230659846165/916662870379491328/955793396268687380
https://discord.com/channels/599153230659846165/610815395527393301/954060451145203813
https://discord.com/channels/599153230659846165/610815395527393301/953621816205799445
https://discord.com/channels/599153230659846165/916662870379491328/939960107771518996
https://discord.com/channels/599153230659846165/916662870379491328/939913692722659358
https://discord.com/channels/599153230659846165/909907923084382218/924705390309019720
https://discord.com/channels/599153230659846165/916662870379491328/920271238088253450
https://discord.com/channels/599153230659846165/909907923084382218/911015989792108574
https://discord.com/channels/599153230659846165/599153231305637890/907943846699204621
https://discord.com/channels/599153230659846165/599153231305637890/906770708586197002
https://discord.com/channels/599153230659846165/599153231305637890/895617582856548372
В KDX и веб-кошельке следовало записать 12-словную сид-фразу, которая была показана при создании кошелька. Если вы этого не сделали, лучше создать новый кошелек, сохранить его сид-фразу и перевести средства на этот новый кошелек из предыдущего.
Для CLI-кошелька смотрите здесь.
Запустите kaspawallet create --import, далее он запросит у вас эту фразу, и вам нужно будет ее ввести, сразу все 24 слова, разделенные пробелами. Это должна быть фраза из 24 слов, которую вы ранее получили при запуске kaspawallet dump-unencrypted-data, а не фраза из 12 слов из KDX или веб-кошелька: эти фразы несовместимы.
Поскольку это нода, которая предоставляет балансы для каждого публичного адреса для кошелька, вероятность того, что некоторые из этих балансов будут рассчитаны неправильно, составляет 99,(9)%. Вы должны перезапустить узел без флага --utxoindex дождаться его полной синхронизации, а затем перезапустить его с флагом --utxoindex .Если не поможет, то пересинхронизируйте узел с нуля: полностью удалите папку datadir2 запустите узел без флага --utxoindex ,дождитесь полной синхронизации, а затем перезапустите его, на этот раз с флагом --utxoindex . Затем проверьте свой баланс.
Дважды проверьте, что вы используете тот же кошелек, что и раньше, что вы случайно не проверяете баланс не того кошелька, который был создан или импортирован kaspawallet из исходной фразы. Убедитесь, что kaspawallet show-addresses показывает вам тот же адрес (-а), на который вы выполняли майнинг или получали транзакции.
Если это все еще не в порядке, попросите помощи на канале #help-wallet сервера Discord.
Попробуйте импортировать свою мнемонику в онлайн-кошелек или запустить KDX 2.8.7 и вручную очистить папку данных в~/.kdx. Предыдущие версии программных библиотек нод и веб-кошельков имели различные проблемы, которые до сих пор были идентифицированы и решены.
Если это кошелек, используемый со старой версией библиотек кошелька, попробуйте (в KDX или веб-кошельке) перейти на вкладку DEBUG и нажать Scan More Addresses. Например, в более ранней версии kaspad был сбой, из-за которого некоторые выходные данные транзакций могли быть невидимы для прикладного уровня. Веб-кошелек также имел некоторые проблемы, одной из которых была генерация нового адреса во время предварительного расчета комиссии в диалоговом окне «Отправить», которые действительно трудно воспроизвести и, следовательно, трудно отлаживать.
Как правило, из-за того, как работают кошельки, то есть они получают цепочку адресов из вашего закрытого ключа, потеря средств очень маловероятна. Вы должны либо потерять свой закрытый ключ, либо ваша система скомпрометирована с точки зрения безопасности.
уведомление от 2021.01.11: с последней версией NodeJS и кошельком CLI JavaScript не запускается, а nodejs выдает следующую ошибку: Error: error:0308010C:digital envelope routines::unsupported Этого не происходит в предыдущих версиях NodeJs. Если вы окажетесь в этой ситуации, пока она не будет решена, для смягчения последствий запустите export NODE_OPTIONS=--openssl-legacy-provider (на macOS/linux) или set NODE_OPTIONS=--openssl-legacy-provider (на windows) перед запуском kaspa-wallet. Это относится только к кошельку CLI JavaScript, а не к родному кошельку CLI Golang, поставляемому с kaspad.
"transaction mass of NNNNN is larger than max allowed size of 100000"Запрошенная сумма Kaspa собирается в транзакцию из UTXO (неизрасходованных выходов транзакции), которые есть в вашем распоряжении. Если вы получили Kaspa путем майнинга, то у вас есть много UTXO, скажем, по 500 Kaspa каждый. Но добавление UTXO в транзакцию требует определенного объема памяти для ее описания, это несколько сотен байт. Но размер транзакции ограничен, и ограничение составляет 100 000 байт. Это означает, что в настоящее время транзакция может содержать не более 84 описаний UTXO, поэтому гарантированный нижний предел Kaspa, который может быть передан за одну транзакцию, составляет 84 * 500 = 42 000 Kaspa. Но если в вашем наборе UTXO есть более крупные UTXO (например, если вы приобрели Kaspa у кого-то еще), этот предел может быть намного выше: это зависит от того, решит ли кошелек использовать эти UTXO в запрошенной вами транзакции (в настоящее время CLI кошелек сначала выбирает самые большие UTXO).
Если вы хотите отправить больше за одну транзакцию, вам следует заранее вручную «составить» свои UTXO: это делается путем отправки 42 000 Kaspa на себя несколько раз. Вы можете отправить Kaspa на тот же публичный адрес, который вы майнили, не имеет значения, совпадают ли адреса источника и получателя. Таким образом, вы получите несколько UTXO по 42 000 Kaspa каждый вместо множества UTXO по 500 Kaspa каждый. Если вы хотите отправить еще большую сумму за одну транзакцию, вы можете объединить свои средства еще больше, скажем, в 1 000 000 блоков Kaspa, прежде чем запрашивать окончательную транзакцию на желаемый внешний адрес.
Как правило, старый проводник все еще знает лучше, потому что он хранит свою собственную базу данных транзакций, которая не обрезается, а бета-проводник еще этого не делает. И узел KDX обрезается каждый день, чтобы хранить только последние 3 дня транзакций, поэтому, если вы ограничиваете KDX более чем на день, вы рискуете потерять некоторую информацию о транзакциях (но не ваш баланс, он берется непосредственно из ноды по каждому адресу).
Этому может быть две причины, но обе они имеют одинаковую природу.
Может быть, вы майните соло и видите, скажем, 3 записи о награде за найденные блоки в проводнике. Но при этом баланс на адресе равен сумме вознаграждений всего за 2 блока. Вопрос, чему верить?
Это происходит потому, что Katnip не полностью учитывает логику вознаграждения за блок Kaspa. Выплату за найденный блок вам дает не найденный вами блок, а блоки, следующие за ним — те, которые сделали ваш блок своим родителем. Каждая из них дает вам вознаграждение за найденный блок, но, в конце концов, после того, как сеть достигает консенсуса относительно положения вашего блока и его потомков, остается действительной только одна из этих вознаграждений — та, которую выполнил блок, который оказался элементом так называемой селектируемой цепи, «бабербоуном» DAG. Остальные вознаграждения отбрасываются, а начисленные по ним вознаграждения сетью не учитываются (подробнее см. Слияние и вознаграждения).
Однако проводник не отслеживает состояние консенсуса, потому что:
И нода в своей текущей версии не предоставляет проводнику такую информацию в удобном виде.
Поэтому в проводнике можно увидеть записи по всем транзакциям, как те, которые были признаны действительными, так и те, которые в итоге были отброшены. Они отражаются в списке транзакций, и оттуда нельзя сказать, какая из них в итоге действительная, а какая нет.
Но адресный баланс в проводнике берется с ноды, где учтены все эти нюансы, так что в итоге именно баланс и есть истинный показатель количества монет в вашем распоряжении.
В список транзакций определенного адреса в Katnip входят только входящие, пополняющие баланс адреса. Но исходящие транзакции, которые тратят монеты с этого адреса, не отображаются в списке, поэтому, если часть монет уже была потрачена, то баланс адреса, очевидно, будет меньше суммы балансов входящих транзакций.
Чтобы узнать, был ли потрачен тот или иной выход транзакции, вы должны щелкнуть идентификатор этой транзакции в списке и найти строку Spents (N) в заголовке описания транзакции на соответствующей странице проводника, где N количество последующие транзакции, которые тратили UTXO рассматриваемой транзакции. Если есть эта строка, то как минимум один из UTXO этой транзакции был потрачен, и это причина разницы между балансом адреса и суммой транзакций.
Вы увидите несколько "Accepted block ... via relay" сообщения в выводе консоли. См. также "Настройка ноды CLI" статью, чтобы знать этапы синхронизации.
Запустите командную строку (в Windows: нажмите Win+R, затем введите cmdи нажмите Enter ) и выполните одну из следующих команд в окне консоли:
nslookup mainnet-dnsseed.kas.pa
nslookup mainnet-dnsseed-1.kaspanet.org
nslookup mainnet-dnsseed-2.kaspanet.org
nslookup dnsseed.cbytensky.org
nslookup seeder1.kaspad.net
nslookup seeder2.kaspad.net
nslookup seeder3.kaspad.net
nslookup seeder4.kaspad.net
nslookup kaspadns.kaspacalc.net
Каждый из них должен возвращать список IP-адресов. Каждый адрес соответствует одному из ноду Kaspa, работающих по всему Интернету.
Обратите внимание, что не любой такой узел подходит для майнинга на нем: для майнинга требуется, чтобы на ноде был открыт порт RPC, а это может быть не так для данной ноды, потому что сидеры DNS предназначены только для предоставления вновь синхронизируемому ноду адресов. синхронизировать с. И для этого на ноде-источнике синхронизации должен быть открыт только другой конкретный порт синхронизации p2p (16111), а не порт RPC (16110), который требуется для работы как с майнером, так и с кошельком. Единственный способ узнать, разрешает ли узел майнинг, — попытаться подключить к нему майнер или кошелек.
Начиная с kaspad v0.12.1 также можно запустить командуkaspactl GetInfo -a -s <address of node>, если вы получаете ответ, он показывает, что порт rpc открыт для публики, команда также отображает, синхронизирован ли узел и проиндексирован ли utxo, если запрошенный узел имеет версию 0.12.1 или более позднюю.
Также, пожалуйста, постарайтесь выбрать узел из этих списков как можно более случайным образом: если бы все начали майнить с самой первой ноды, которая выдает самый первый сидер DNS, этот узел, скорее всего, значительно замедлится и может даже рухнуть. Как минимум у вас будут появляться странные ошибки в майнере, майнинг (ваш и чужой) станет нестабильным, а так в общем всем будет невыгодно.
Смотрите здесь.
Нет. Все ноды абсолютно равны. Запуск ноды повышает связность сети Kaspa и позволяет минимизировать задержки при майнинге.
У вас должен быть установлен правильный драйвер графического процессора. Недостаточно установить только набор инструментов CUDA; более того, набор инструментов CUDA не требуется, если только вы не планируете перекомпилировать файлы .cu майнера.
Убедитесь, что ваши драйверы новее минимально поддерживаемых драйверов.
Снизьте настройки разгона(оверклока), проверьте температуру графического процессора, обновите драйвер графического процессора до последней версии. Это может показаться совершенно не связанным, но на удивление действительно помогает.
Убедитесь, что в вашей сети нет двух компьютеров с одинаковым именем (например, HOME-PC) иногда системные настройки DHCP маршрутизатора требуют обновления адресов, скажем, каждые 2 часа, и наличия компьютеров с одинаковым именем вызывает проблемы в процессе переназначения IP-адреса. Если возможно, установите (разные) статические IP-адреса для каждой из ваших установок.
GPU thread ... crashed: "an illegal memory access was encountered" Обычно это происходит из-за слишком высоких настроек разгона, попробуйте снизить значения разгона графического процессора.
Похоже, это связано с настройками энергосбережения графического процессора. В этом случае предлагается запустить «Paint 3D» или какое-либо приложение, поддерживающее OpenGL, что должно решить проблему.
Это возможно (используйте синтаксис -t <number of CPU cores to mine at> то есть -t 4) но на самом деле это не имеет смысла: майнинг на CPU дает вам около +1Mh/s на ядро, в то время как даже с таким низкоуровневым GPU, как 1050Ti, вы получаете около 100 Mh/s только на нем. Это также может значительно снизить скорость майнинга вашего GPU, если у вас мало ядер (например, 2) и несколько GPU: для управления и загрузки потоков GPU требуется определенное количество мощности ЦП, а майнинг ЦП агрессивно потребляет этот ресурс.
Вы можете попробовать запустить по одному экземпляру майнера на каждый графический процессор, чтобы иметь столько экземпляров майнера, сколько графических процессоров в установке. Использовать функцию --cuda-device (или--opencl-device) чтобы указать, какой экземпляр майнера управляет каким графическим процессором в установке.
Значение по умолчанию (16) достаточно хорошее, хотя и несколько консервативное. Вы можете установить более высокое значение, которое увеличивает хешрейт (люди используют значения до 4096), но возникает вопрос: увеличение рабочей нагрузки для немного большего хешрейта имеет компромисс в отношении задержки отправки, потому что рабочие блоки менее гранулированы. Задержка, скажем, 0,5 секунды, обычно не влияет на синеву добытого блока, но снижает вероятность того, что он будет цепным блоком, тем самым уменьшая вероятность слияния красных блоков и получения их вознаграждения. Таким образом, система, по сути, стимулирует максимальную отзывчивость (минимальную задержку). При этом оптимальное значение лежит в диапазоне 256...1024.
Так пул узнает ваш реальный хешрейт. Пул начинает с низкой сложности, а затем со временем регулирует сложность для каждого майнера, чтобы найти несколько акций в минуту. Сложность пула не влияет на доходность.
Отслеживание баланса кошелька HD — сложная задача в Kaspa, поэтому иногда KDX достигает определенных пределов в процессе поиска и нуждается в помощи пользователя.
Единственные действительно доступные варианты для просмотра правильного баланса KDX — после ожидания синхронизации DAG на 100% — это:
В основном комбинация первых двух в конечном итоге помогает.
Это сделано для повышения безопасности вашей конфиденциальности, чтобы никто не мог связать ваши различные платежи (отправленные или полученные) с одним лицом, то есть с вами. Это также изменено, потому что, как только вы использовали адрес для отправки или получения средств, он считается криптографически ослабленным на 2/3, так что это стандартная практика для цепочек на основе UTXO, таких как Биткойн, к которым также принадлежит Kaspa. KDX меняет адрес каждый раз, когда обнаруживает, что он используется, но не делает эти адреса недействительными, они остаются абсолютно функциональными, в частности, вы можете продолжать добычу по тому же адресу, что и раньше, независимо от того, что KDX показывает вам в данный момент.
Это также верно и для веб-кошелька: KDX и веб-кошельки используют одну и ту же кодовую базу во многих аспектах.
По сути, новый адрес для сдачи генерируется всякий раз, когда монеты уходят с этого адреса, а отправляемая сумма (+ ее сборы) не строго равна сумме UTXO, используемых в tx.
Остаток этой суммы - сдача - отправляется обратно в кошелек, но не на адрес происхождения; вместо этого он отправляется во вновь сгенерированное изменение, которое связано с исходным в смысле последовательности вывода ключей.
Вероятно, KDX запустил два процесса kaspad. Они борются за ресурсы или что-то в этом роде. Попробуйте принудительно закрыть один из них.
%localappdata%\kdx, %userprofile%\.kdx и%programfiles%\Kaspa\KDX;Если есть какой-либо рекомендуемый патч для основных файлов Kaspa (см. Сервер Discord канал #announcements ), скачать его и заменить соответствующие файлы в фолдере %programfiles%\Kaspa\KDX\bin\windows-x64 .
Нажимайте кнопку «Сбросить каталог данных и выполнить повторную синхронизацию» (см. снимок экрана) каждый раз, когда вы чувствуете, что KDX стал слишком толстым. Скажем, каждые пару недель. Он повторно синхронизирует свою базу данных с нуля. Эта операция не повлияет на ваш баланс, но, возможно, вам придется дать KDX некоторое время, чтобы восстановить баланс, см. «Почему мой баланс KDX неверен?».
Если вы нажали на нее, вы потеряли свои монеты? Точно нет. Однако может пройти несколько секунд или даже минут, прежде чем они снова станут видимыми. Нажмите «сканировать больше адресов», чтобы ускорить процесс. См. также тему «Другие способы решения проблем с KDX/веб-кошельком» здесь, на этой странице.
Длинный ответ:
Он объединяет ваши многочисленные 500-Kas (или сколько-нибудь-Kas — 440, 415 и т. д., поскольку началась дефляционная фаза) UTXO (неизрасходованные выходы транзакций), полученные в результате майнинга, в меньшее количество более крупных UTXO. На самом деле он пытается объединить как можно больше UTXO любого размера в более крупные UTXO.
Это полезно, потому что, когда вы пытаетесь отправить немного Kaspa через транзакцию, сумма, которую вы хотите отправить, должна быть собрана из этих UTXO — скажем, 1500 Kas будет описано как «взять монеты из этого, этого и этого UTXO из 500 Kas». каждый и отправить их на <адрес>". Тем не менее, для описания каждого UTXO требуется около 1 КБ данных для вставки в тело транзакции, а максимальный размер тела транзакции составляет 100 КБ. Таким образом, вы можете поместить только около 85 описаний UTXO в 1 транзакцию. И это ограничивает количество Kaspa, которое вы можете отправить через 1 TX, количеством монет в UTXO, которые у вас есть.
Иногда ваши “сложные” монеты могут казаться потерянными, поскольку они не сразу отражаются на вашем балансе KDX. Но не о чем беспокоиться, просто KDX не знает (пока) о балансе адреса, на который были отправлены монеты, но со временем узнает. Однако вам может потребоваться нажать кнопку «Сканировать другие адреса» на вкладке «Кошелек», чтобы KDX узнал о балансе соответствующего адреса. Причина в том, что кошелек KDX — это кошелек HD-типа, который может иметь огромное количество пар (адресов) закрытый/открытый ключ, сгенерированных цепочкой из одной исходной фразы, и когда монеты объединяются, они отправляются на один из следующие адреса в цепочке получения адресов. Иногда этот адрес находится за пределами набора адресов, о которых KDX в настоящее время знает, поэтому необходимо «Сканировать больше адресов», чтобы сгенерировать больше адресов, превышающих предел, который в настоящее время известен KDX, и проверить, есть ли какой-либо из них ненулевой баланс. , чтобы добраться до адреса, на который были отправлены составные монеты.
По крайней мере, до версии 0.11.17 включительно в каспаде все еще есть ошибка, которая в конечном итоге не позволяет кошелькам KDX/web и CLI отправлять и начислять монеты после определенного количества таких операций.
В более новых версиях KDX есть кнопка «Переиндексировать UTXO», которая на некоторое время решила эту проблему. Используйте его снова, когда это необходимо.
Исторические способы исправить это следующие: более быстрый, но более сложный способ -
-b %USERPROFILE%/.kdx/data/kaspad-kd0) при запуске без параметра --utxoindex , чтоб сбросить данные индексации utxo в этой папке;Но для этого требуется немного ручной работы.
Более медленный, но простой способ:
полностью остановить KDX (не позволяя ему продолжать работать в фоновом режиме);;
%USERPROFILE%/.kdx/data/kaspad-kd0и нажмите Enter;Вуаля!
Они не вышли из строя. Они «последовательны» с точки зрения того, что видит кошелек. Однако, если кошелек не находится в сети при получении транзакции, он может не увидеть ее, когда вернется в сеть, кроме того, существует 3-дневный период обрезки, после которого он ее точно не увидит. Если это произойдет, баланс просто увеличится.
Возможно, нам следует регистрировать увеличение баланса как «фантомную» транзакцию :), но мы этого не сделали (пока). Единственный способ получить доступ к этим данным — через проводник архивации блоков. Кошелек или узел не могут отследить эти данные (слишком много данных для хранения, учитывая высокую скорость Kaspa, он производит гигабайты данных в неделю). Какие бы транзакции ни видел кошелек, они хранятся в локальном кеше, что также означает, что если кошелек будет восстановлен в другом месте, данных транзакции там не будет).
С технической точки зрения кошелек можно было бы интегрировать с обозревателем архивных блоков для извлечения этих данных, но обозреватель, управляемый сообществом, был не совсем готов, когда кошелек был создан, и иногда он не очень стабилен с учетными записями, которые получают много транзакций (т.е. майнинг), и мы не можем сделать решение для кэширования на стороне сервера, потому что для этого потребуется, чтобы узел kaspad всегда был в сети, что можно сделать с некоторой избыточностью, но это очень сложно.
For the web wallet:
For KDX:
Используйте любую крупную биржу: Binance, Kucoin, они разрешают ввод и вывод USDT в любых сетях самостоятельно.
Kaspa — это общественный проект. CEX (централизованные биржи) открыты для листинга проектов, но за (обычно) существенную плату за листинг. Сообщество ранее финансировало некоторые списки. Но на данный момент он решил приостановить новое финансирование для новых листингов CEX. Это не означает, что мы больше не будем делать это в будущем. Кроме того, если обмен должен добавить Kaspa бесплатно, мы всегда рады помочь.
Зависит от точки зрения.
сли вы являетесь владельцем ноды Flux (т. е. вы поставили несколько монет Flux, более 1000 и зарегистрировали свой ПК/сервер с 8 ГБ ОЗУ, 4 ядрами, 100 ГБ SSD, подключением к Интернету 10 Мбит/с и т. д., что для этого требуется быть нодой Flux), и кто-то запускает узел Kaspa (исполняемый файлkaspad ) на вашем ноде Flux, то вам платят за это в монетах Flux. Это ваша выгода.
Если вы, напротив, хотите запустить узел Kaspa в сети Flux, используя его облачную структуру, то вы получаете преимущество от того, что ваш узел Kaspa работает в надежной распределенной инфраструктуре с горячим резервированием, что гарантирует вам стабильный и готовый к загрузке экземпляр работающей ноды Kaspa. Тогда вы можете майнить на нем или использовать его в качестве фонового сервиса для своего собственного пула майнинга (если он у вас каким-то образом есть), или вашего сайта на основе нод Kaspa, или чего-то еще. Но вам придется заплатить за это в монетах Flux, в систему Flux. До тех пор, пока вы платите (это будет около 5 долларов Flux в месяц за конфигурацию ноды Flux, приемлемую для работы ноды Kaspa), ваш узел Kaspa будет включен и будет работать.
Но вы не можете получить прямую прибыль от запуска конкретной ноды Kaspa на чей-то (или вашем собственном) ноде Flux.
Щелкните здесь, чтобы скачать руководство с официального сайта Kaspa.
Поскольку вопросов, в чем сходство и различие подходов Kaspa и Kadena относительно DAG, много, один из теоретиков Kaspa Шай Выборски (@deshe) провел сравнительный анализ решений, предложенных Kaspa и Kadena, и опубликовал результат в форма потока твитов здесь. Для удобства привожу полный текст этой темы:
В последнее время я вижу много шума вокруг сравнения $kas и $kda.
Хотя я не думаю, что проекты с малой капитализацией должны конкурировать, я чувствую необходимость пояснить, почему я считаю, что в конечном счете $kas является превосходной технологией. Имейте в виду, что я, естественно, очень предвзято отношусь к тому, что Kaspa потратила приличную часть последних четырех лет на ее разработку. Я сделаю все возможное, чтобы контролировать свою предвзятость и быть максимально беспристрастным, но я всего лишь человек.
Я также хочу подчеркнуть, что не имею в виду неуважение к команде $kda и технологиям. Это уважаемые исследователи и коллеги, чью работу я очень ценю. В криптовалютах нет решений, есть только компромиссы, и я хочу объяснить, почему лично я считаю, что компромиссы Kaspa лучше.
Я думаю, что главный недостаток $kda заключается в его шардинге. По сути, шардинг означает, что каждая цепочка в сети цепочек представляет собой автономную экономику. То, как Kadena соединяет цепочки, означает, что для того, чтобы удвоить расходы в любой из цепочек, злоумышленник должен быть вычислительно сопоставим со всеми цепочками вместе взятыми. Это очень полезная функция, поскольку она позволяет создавать множество параллельных цепочек без ущерба для безопасности. Огромный недостаток в том, что, поскольку любая цепочка — это автономная экономика, задержки сети — это задержки каждой цепочки. Возможно, сеть Kadena создает 100 бит/с в 10000 цепочках, но чтобы провести транзакцию, вам нужно дождаться блока в определенной цепочке. Каждая цепочка в отдельности по-прежнему должна быть безопасной и, таким образом, подвержена обычным ограничениям консенсуса Накамото, особенно тому, что задержка блока должна быть на несколько порядков больше, чем задержка распространения блока. Это означает, что независимо от того, как масштабируется Kadena, длительное время подтверждения остается фиксированным. Это также означает, что каждое приложение, разработанное в сети Kadena, должно работать независимо в любой цепочке (или запускать его в одной цепочке, но тогда пользователи должны потратить свои деньги на эту цепочку, прежде чем они смогут использовать сервис). Это означает, что хотя kadena удается масштабировать бит/с, она не может масштабировать услуги или время отклика.
У Каспы, с другой стороны, ничего этого нет. Сеть не сегментирована, и протокол консенсуса не требует какой-либо формы задержки блока, чтобы оставаться в безопасности. Вот почему мы уже видим, что Kaspa обеспечивает гораздо более короткое время подтверждения при создании большего количества блоков.
Главное (пожалуй, единственное) преимущество kda перед kas — его L2. У них есть инфраструктура смарт-контрактов под названием Pact, которая кажется достаточно интересной (хотя я не разработчик смарт-контрактов, поэтому не могу точно сказать). Это делает его более легко усваиваемым. Суть в том, что на $kas можно разрабатывать смарт-контракты и другие L2-приложения, и я верю, что это произойдет в свое время. С другой стороны, $kda никогда не смогла бы добиться отзывчивости Kaspa без полной переделки своего уровня консенсуса (в результате чего фактически стала другой технологией), поэтому я считаю Kaspa лучшей технологией.
См. эту действительно блестящую статью.
Об этом есть отдельная статья.
Kaspa использует меньше энергии, чем многие другие PoW-монеты, из-за используемого алгоритма хеширования — Optical Proof of Work — для устранения энергии как основной стоимости майнинга и вместо этого сосредоточения ее на оборудовании (капитальные затраты — CAPEX), а не на электричестве (эксплуатация). расходы-OPEX). В идеале в будущем майнинг будет осуществляться с помощью лазеров (еще не изобретенных).