coderofstuff

There are 10 types of people in the world - those who know binary and those who don’t | coding DAGKnight

[coderofstuff @coderofstuff_]

@CryptoEndeavr @imbalatov rusty kaspa cli wallet, the cli wallet in the rusty kaspa repo

[coderofstuff @coderofstuff_]

@Seb28_7 @MGHenrichsen It’s even way better now at CTX=long now. I’m getting around 70tps with context=251k

[coderofstuff @coderofstuff_]

@snljdl @michaelsuttonil @p4bpj The p2sh support feature has to be implemented on the Ledger app itself to allow for clients such as kasvault, LL, or other such apps to expose that feature in the ux. So yeah, it has to undergo a full on feature impl process

[coderofstuff @coderofstuff_]

@michaelsuttonil @snljdl kasvault is only a webapp, same as ledger live/wallet. the real work to support p2sh addresses needs to happen in the app-kaspa embedded app but iirc that’d require a work + maintenance + a security audit (per policy) which aren’t free

[coderofstuff @coderofstuff_]

@MGHenrichsen @sudoingX you might wanna see this for your benches

[coderofstuff @coderofstuff_]

@MGHenrichsen Thanks for this, I’ve been testing it at 64k it’s amazingly fast. At CTX=long it’s still performing really well (eyeball figures around 50+tps on a single 3090).

[coderofstuff @coderofstuff_]

@KaspaMobile @michaelsuttonil https://t.co/XWDqRyN2n4

[coderofstuff @coderofstuff_]

@michaelsuttonil @CryptoEndeavr @manyfest_ Testnet 13 dk, testnet 14 100bps?

[coderofstuff @coderofstuff_]

@KaspaMobile @michaelsuttonil probably testnet14

[coderofstuff @coderofstuff_]

@KaspaVisuals @Bitcain21 To help visualize this “virtual selected parent chain” take a look at the blue line connected blocks here: https://t.co/Hl4n4dcs2s

[coderofstuff @coderofstuff_]

The quoted text doesn’t directly answer the question so here goes:

1. GD protocol rules say that you (1) point to all tips you know and (2) propagate blocks asap. (1) makes it so all* tips eventually get pointed at so let’s say you have 15 tips, your mined block is expected to point to all of them. Simply put this process converges. See attached part of the Phantom Ghostdag paper.

(*there’s some more nuance to this but I’ll skip that for now)

2. GD and also DK has this concept of “selected parent chain” and particularly important is the **virtual** selected parent chain. This chain has the property that it doesn’t change ordering as blocks confirm apart from near the tips (I’m glossing over details and nuances here).

3. Ordering of blocks is based on this robust chain, so the global ordering is also robust (after some number of confs)

Hope that helps.

[coderofstuff @coderofstuff_]

@UnslothAI @Alibaba_Qwen @elldeeone it’s here!

[coderofstuff @coderofstuff_]

@michaelsuttonil Let the fun begin

[Michael Sutton @michaelsuttonil]

Nice to be back home after 8 days of intense devving sessions with several contributors to Kaspa’s core development, some of whom I had never met before. We exchanged a l o t of information and brainstormed different paths forward and their tradeoffs across several parallel topics.

On a personal level, my public coding activity was somewhat on hold during this period, including Argent progress and coding sessions I wanted to do (and share via @KaspaNative). My next few weeks will center on initiating the DK group effort -- with several ppl joining @coderofstuff_ in his already long journey deep in the trenches (actually, @FreshAir08 is already deep in as well with a very promising incremental cascade-voting algo). Alongside that, I’ll also find time to move Argent towards a release and perhaps take a more active role in helping the ongoing covenant-related spec & conventions work (KCCs) converge

[coderofstuff @coderofstuff_]

@burkeholland @Bolmercl @github @ollama Even with just 24gb vram you could run the qwen3.6-27b already. There’s good info on that here https://t.co/Viz0dGP3IT

[Sudo su @sudoingX]

"how do you fit qwen 3.6 27b q4 on 24gb at 262k context" lands in my dms 5 times a week. here is the exact memory math.

model bytes at idle = 16gb (q4_k_m of 27b dense)
kv cache at 262k context with q4_0 for both k and v = 5gb
total = 21gb on the card
headroom = 3gb for prompts and tool call traces

the magic is the kv cache type. most people leave it at default fp16 or push to q8 thinking quality wins. on qwen 3.6 27b dense at 262k:
- fp16 kv cache = does not fit at all
- q8 kv cache = fits at 23gb but runs 3x slower (double penalty: more vram, less speed)
- q4_0 kv cache = fits at 21gb at full speed (40 tok/s flat curve, same speed at 4k or 262k)

most builders never test the kv cache type because tutorials never mention it. it is the single biggest unlock on consumer 24gb hardware.

flags i run:
./llama-server -m Qwen3.6-27B-Q4_K_M.gguf -ngl 99 -c 262144 -np 1 -fa on --cache-type-k q4_0 --cache-type-v q4_0

what they do:
-ngl 99 = offload everything to gpu
-c 262144 = 262k context window
-np 1 = single user slot (do not enable multi-slot, eats headroom)
-fa on = flash attention on (memory and speed both win)
--cache-type-k q4_0 --cache-type-v q4_0 = the unlock

if you are sitting on 24gb and not running this config, you are leaving 250k of context on the table. or worse, you are running q8 kv cache and burning 3x your speed for nothing.

q4 is not a compromise on consumer hardware. it is the right call.

[coderofstuff @coderofstuff_]

@mrZeku2000x 👀 what agent is this?

[coderofstuff @coderofstuff_]

@michaelsuttonil @IzioDev @Kaspa_HypeMan for sure, can’t wait!

[coderofstuff @coderofstuff_]

@Vladcostea In other words, you can think for yourself, have a critical mind and are willing to change your opinion if presented new info. Traits that anyone in the industry or anywhere for that matter ought to have tbh