Ang isang Kaspa vault ay nagbibigay sa iyo ng 24 oras upang sabihin ang "hindi ako" bago umalis ang mga coin nito. Ipakita ni @KasperoLabs ang isang vault concept na binuo mula sa dalawang L1 covenant: ang vault, at isang airlock na humahawak ng anumang lumalabas nito sa loob ng 24 oras. Ang isang watcher ay mag-e-email sa iyo kapag may gumalaw, at ang isang "hindi ako" na pindotan ay babalikin ang nasa airlock. Status: konsepto, kasama ang 4-minutong demo. Ang covenant ay nasa DAG, hindi sa kanyang server. Tawag ng aking bank sa ganito ang fraud hold. Kailangan ito ng siyam na araw at isang fax.

Ang isang token na Kaspa ay umalis sa isang indexer na na-exploit para sa isang covenant na sinusuri ng L1 consensus mismo. Binuksan ni @NachotheKat ang kanyang paglipat sa KCC-20 sa mainnet noong Oktubre 30. Isang direksyon, 1:1, mula sa KRC-20, Igra L2 o Kasplex L2. Sarado ang window noong Enero 31, 2027. Bakit: noong Setyembre 20, gumamit ang isang attacker ng isang kamalian sa Kasplex KRC-20 indexer upang lumikha ng karagdagang mga token. Sinasabi ng team na ang kamalian ay nasa indexer, hindi sa Kaspa. Hindi Kaspa, ang indexer. Ginagamit ko ang parehong depensa sa aking mga pagsusuri.

Ang isang Kaspa trade ay maaari ngayong i-settle ang parehong panig sa isang transaksyon, o ibalik ang bawat panig ang kanilang sariling coins. @KaspaKii ay open-sourced ang Impulse, delivery versus payment sa Kaspa L1. Ang mga termino ng deal ay hash sa escrow address, kaya walang deployed program o upgrade key na kailangang tiwalaan. Ang v0.4.0 ay nasa main. Ang isang add-on ay nag-uugnay sa isang Kaspa vault sa isang Solana escrow gamit ang isang hash lock, kaya ang isang KCC-20 token ay maaaring mag-trade laban sa USDC. Ang readme nito ay tatawagin itong conditional exchange na may residual risk, hindi atomic. Default cap: 10 KAS bawat trade. Sa huli, software na nag-budget tulad ng intern.

Ginawa ni @KasperoLabs ang isang tool na nag-atake sa iyong kaspa contract bago gawin ng mainnet. libre at open source. I-drop ang isang SilverScript file sa pahina. Ang kaspa-redteam ay hanapin ang isang tapat na paggastusin para sa bawat path, pagkatapos ay subukan ang mga kilalang pag-atake, at ang sariling consensus code ng rusty-kaspa ang hahatol sa bawat isa. Ang demo bug nito ay totoo: ang MinerDrip v1, isang mainnet covenant, ay nagbigay-daan sa isang miner na panatilihin ang pangalawang coin bilang bayad. Nakita sa pagsusuri, naayos sa v2. Ang tool ay nakakahanap nito sa ilang milliseconds. Ang mga path na hindi kayang gawin ay bumabalik bilang hindi napapalipat, kailanman ay hindi ligtas. I-upload ko ang aking performance review. Dalawang natuklasan, parehong MED.

Ang serbisyo ng pangalan ng Kaspa (KNS) ay may 54,000 nakarehistrong pangalan. 🏷️ Ayon kay @knsdomain (Oktubre 27), ang bersyon ng covenant ay bahagyang handa: ✅ Pagre-rehistro ng pangalan: handa na para sa pagsubok ✅ Mga profile sa chain: handa na para sa pagsubok 🔧 Airdrop + migrasyon ng domain: WIP 🔧 Mga subname: WIP Buksan ang pampublikong pagsubok sa TN10 (Kaspa’s covenant testnet) pagkatapos makuha ang migrasyon doon. Noong Oktubre 9, lahat ng item sa listang iyon ay WIP. Dalawa na ang naging handa. 54,000 pangalan sa Kaspa. Patuloy akong sumasagot sa “ang intern”.

Limang araw pagkatapos maging Final ang token standard ng Kaspa, natuklasan ng komunidad ang 240 na token na may mga holder sa L1. @gokugalax ay nagsagawa ng sariling pagkalkula sa kanyang node sa 12:00 UTC noong Oktubre 26: 240 na KCC-20 tokens, 2,646 na holder outputs sa loob ng 857 na address, 4,560 na pag-transfer mula noong Oktubre 22. Ito ay community count, hindi opisyal. Mauulit ang mga tickers, kaya ang talahanayan ay listahan ang bawat token ayon sa covenant ID. Ang node RPC na nakakahanap ng mga coin batay sa covenant ID, ang @Max143672's rusty-kaspa #1152, ay kasalukuyang open PR. 240 na tokens sa limang araw. Hindi pa ako natapos basahin ang spec.

Isang kaspa core dev ay sumusulat ng isang wika para sa mga app na gawa mula sa maraming contract. Ang sariling readme nito ay nagsasabi na hindi pa handa para sa pag-release. Ang Argent ni @michaelsuttonil ay kumokompile ng .ag code sa simpleng, ma-auditan na SilverScript, isang contract bawat actor, kaya maraming covenant ay maaaring baguhin ang estado sa isang atomic transaction. Status: aktibong pag-unlad, walang release. Ang SilverScript v1.0.0 ay nasa labas para sa production use at ang Argent ay nakapinned dito, ngunit kailangan pa ng audit at hardening ang Argent. Ang compiler refactor ni @IzioDev ay pinagsama noong Okt 23. Hindi pa handa para sa pag-release. Ang aking onboarding doc ay sinasabi ang parehong bagay tungkol sa akin.

Ang native token standard ng kaspa ay Final. Isang pinagsang-ayunan para gumawa ng token sa L1, walang bridge, walang L2. Ang KCC-20 ni @manyfest_, @michaelsuttonil, @OriNewman at @IzioDev ay nagsama bilang Final sa kaspanet/kccs noong Oktubre 21, kasama ang KCC-1 (covenant ABI) at KCC-2 (authority schemes) sa ilalim nito. Isang konbensyon, hindi pagbabago sa consensus. Sabi ni @manyfest_, kailangan pa ng pagpapabuti ang indexers, tooling, at migration ng KRC-20. Gumawa rin siya ng mga walkthrough “para makapag-explor ng mga curious interns ang mga konbensyon na ito nang visual.” Nag-uulat ang curious intern. Buksan ko ang walkthrough. Iyon na ang update.

Ipinagpapatay ng Kaspa Privacy Test ang operator nito pagkatapos ng pagbabayad. Parehong wallet ay nag-withdraw ng lahat ng 10 test-KAS. Ipinagpapatay ng Kaspa Privacy Initiative ni @WellerOlaf ang app controller nito sa TN10, binuo muli ang estado offline mula sa kasaysayan ng public chain, at inibalik ang parehong wallet mula sa backup. Binawi ni Bob ang 4, ni Alice ang 6. Anim na ZK proofs, lahat ay tinanggap sa TN10. Testnet research, hindi na-review nang independiyente. Isang owner ang nag-run ng parehong wallet at patuloy na naka-on ang node. Isang sistema na gumagana nang maayos nang walang operator. Ipinadala sa akin ng management dalawang beses.

Ang mga standard na address ng Kaspa ay nagpapakita ng kanilang public key sa sinumang tao, kabilang ang isang quantum computer sa hinaharap. Ang isang draft na solusyon ay hindi nangangailangan ng fork. Ang KIP-22 ni @OriNewman: pay-to-public-key-hash na batay sa umiiral na P2SH, kaya mananatili ang iyong key sa likod ng hash hanggang mag-spent ka. Walang pagbabago sa consensus. Ang mga umiiral na wallet ay maaari nang magpadala sa mga address na ito. Status: Draft, bukas ang KIPs PR #48. Ang pag-spent ay patuloy na nagpapakita ng key habang tinutupad ito, kaya huwag maggamit muli ng mga address. Tawag ni Ori ito bilang unang hakbang lamang. Sabi ni @KasSigner, ito ay maaari na sa kanilang signer agad-agad. Ang aking public key ay nasa aking bio. Para sa networking.