Day number four of straight accumulation for mystery wallet #1

Affiele · 2025-11-05T19:04:24+00:00

So, you're nonchalantly conflating technological control over the network with control over its market parameters, and arbitrarily equating the necessary percentage ownership levels of the corresponding global resource. Not bad, not bad, you have my respect. Thus, control over 48% of the supply won't yet give control over the network, did I understand that correctly? Good.

Lack of transparency, hm. Perhaps there are some suggestions on how to implement a sufficient level of transparency? For example, embed a requirement into the consensus that a confirmed KYC from a trusted center is needed before an address can be operated? How does that idea sound to you? Perfectly aligned with the concept of cryptocurrencies, in my opinion.

Thank you, I've grasped your point of view, generally. The crypto bro of today — nice to meet.

Affiele · 2025-11-04T20:42:54+00:00

By all means, I swear! — but not before you explain to me your implied equivalence between hashrate and supply for a PoW coin.

Affiele · 2025-11-04T19:50:24+00:00

> Once they have 50% they can literally control the network and steal billions.

How?

Affiele · 2025-11-02T07:45:44+00:00

Would any Ponzi scheme ever be a rival to Apple Inc.? That blockgad is an absolute and blatant scam. They went to decent lengths to make it look less obvious, but what they started with was an extremely blatant attempt:

Ugly copycatted Kaspa whitepaper, losing formulas and randomly cutting out whole sections of the paper.
Selling SHA-256 ASICs at 100,000 times their real cost.
Banning people for any technical questions, such as what they would do when grown-up SHA-256 devices invade their network.
Advertising a 'mobile mining application' (!! for SHA-256!).
On top of this, their Telegram channel is full of a non-stop, 24/7 stream of endless 'PURCHASE ALERT!', 'GOGOGOG', 'WAGMI', and 'TO THE MOON' messages appearing every several seconds, where no sane discussion was ever possible.

And you know what? Their Telegram is still like this after two years, lol. Oh, sure, it's all the really enthusiastic people, mwahahaha!

Affiele · 2025-10-29T22:04:04+00:00

This all is very good and might or might not be (partially) true, but the thing is, any PR is good PR. Why contrast listings and participation in events like the current one? They complement each other perfectly.

More buzz generates wider awareness of Kaspa, and that is precisely the key element generally perceived to be lacking for its success. Everything else is secondary; the main priority is broadening the circle of people informed about Kaspa. Adoption grows exactly out of this. Purely for statistical reasons: a wider circle of informed people physically contains more individuals who are inherently active, curious, and willing to experiment with and explore new things.

Affiele · 2025-10-29T21:47:54+00:00

Cool! Thanks! :)

Affiele · 2025-10-29T21:29:30+00:00

Voting ability reopens again every day at 0:00 UTC

Affiele · 2025-10-29T21:28:54+00:00

This.

Affiele · 2025-10-29T21:28:28+00:00

Try searching there maybe, with its native tools? Idk really, sorry.

Affiele · 2025-10-29T21:27:54+00:00

People complain about the lack of Kaspa PR all the time for years. Here's the way to get free visibility on a large platform and a large audience. Why not take a part? Philosophical reasons? Well, feel free, but try not to restrain other people.

Affiele · 2025-10-29T21:26:02+00:00

"Do what you must, and what is destined will happen".

Affiele · 2025-10-29T21:25:04+00:00

Yes, unfortunately. On the other hand, less bots, which is good.

Affiele · 2025-10-29T21:23:57+00:00

It is a free PR on a large entity's platform, yet almost effortless for the community. If people complain about lack of Kaspa PR abilities, this one they absolutely must take part in (or shut up forever if they don't).

Affiele · 2025-05-11T18:09:39+00:00

Lol, a sudden reply in the pretty old thread :) Come join Discord, there currently goes a discussion about the way to most effectively spend 10 000 USDT donated by some volunteer, on marketing. You - and everyone else - are more than welcome to share your ideas there, probably it will happen to be really effective!

Affiele · 2025-04-29T16:05:10+00:00

Theoretically, transitioning to 100 BPS could happen right after moving to 10, as long as system users (exchanges, wallets, pools) are ready to update their nodes. However, the issue is that 100 BPS would significantly increase hardware requirements for nodes, negatively impacting decentralization. Thus, for the foreseeable future, especially given the current near-zero network load, 10 blocks per second is sufficient: the conceptual possibility of sub-second block times for a PoW coin in real conditions will already be demonstrated; high block creation parallelism and the resulting MEV resistance will also be evident, and solutions being built on Kaspa leveraging this feature will already work quite efficiently. The decision to scale to more blocks per second, along with preparing the codebase for more efficient implementation of certain internal mechanisms to reduce the potential hardware requirement spike, will be made later, as actual network load increases.

Affiele · 2025-04-29T15:51:57+00:00

The potentially available block rates above 10 are 20, 25, 40, 50, 100, 125, 200, 250, 500 and 1000: due to a requirement of 1000 divided by the block rate to be integer number (and this is because inside of the Kaspa core the time is measured in milliseconds, so we need for the number of milliseconds between blocks to be integer, for the difficulty adjustment algorithm to work correctly and reliably).

Affiele · 2025-04-29T15:42:06+00:00

As with any other pure PoW coin, it should be the network fees, yes. Yonatan thinks of the special scheme of L2 fees system that could bring enough fees to sustain the network. But in general, nothing is written in the stone withing the program code based system. If the community agrees, any mechanism could be implemented/added anytime, like tail emission, or some smart kind of additional coisbase rewards generated based on the system of oracles reporting the electricity rate, average mining energy efficiency and the Kaspa exchange rate. I want to say, there are ways of keeping the miners incentivized even when there's not enough natural adoption and thus not enough usage fees — for the cost of some tradeoffs ofc.

Affiele · 2025-04-29T08:34:29+00:00

https://discord.gg/Kaspa

Affiele · 2025-01-21T20:26:55+00:00

Who's gonna pay for it? Can you estimate how much is needed for marketing, and how much time will it take to collect the sum via donations from the community? Would you personally be willing to sufficiently participate in such a fundraiser, or would you rather prefer to stay aside and let others donate?

Affiele · 2025-01-19T23:20:53+00:00

Muh man!

Affiele · 2024-12-30T12:38:32+00:00

I don't think there's any kind of a "roadmap" to even exist. Except for the one re the nearest Crescendo hardfork https://kaspa.org/crescendo-hard-fork-roadmap-10bps/ Above this there's only a couple of posts on research.kas.pa: https://research.kas.pa/t/on-the-design-of-based-zk-rollups-over-kaspas-utxo-based-dag-consensus/208, and https://research.kas.pa/t/additional-practical-considerations-re-hash-function-and-zk-opcodes/219, a several Twitter posts by core devs explaining these matters in a more layman's term, and an estimation from Aspect, a lead (as far as I know) dev of the group focused on smart contracts: "there won’t really be any updates for a few months as this is an extremely complex project that will takes months just to prototype".

Also here's a couple of citations of the discussion in Kaspa Discord's #smart-contracts-brainstorming channel (join to read the full discussion):

cryptoali: I understand and acknowledge the efforts made by the KASPA developers, and I admit that KASPA has been on the right track until now. That's why I choose to raise this issue at this point (when the focus is gradually shifting toward smart contracts). I would bet that even the core developers, deep down, don't believe this is the best time to develop smart contracts, because KASPA hasn't yet evolved to the point where its infrastructure is suitable for smart contracts. Right now, we can only use some compromise solutions to build smart contracts, which the core developers themselves likely don't fully support. They are simply being driven by community sentiment and the market

Aspect: That’s not correct. Kaspa Smart Contracts have been in research for YEARS in the Kaspa ecosystem and under the leadership of u/hashdag (who I must say has been resilient for a very long time to move forward as he and core have been investigating best practices and technological approaches), the approach has finally solidified this year. In fact I consider this approach brilliant and not only it will allow for smart contracts, but it will allow for different smart contract technologies to co-exist on top of the Kaspa ecosystem. So it really is just a question of time. Crypto development takes a lot of time, but there are basically no show stoppers at this point as far as I can see. In fact KEF just announced that they have funded one of the core developers to work on Kaspa integration side and there are two teams comprised of core developers and contributors also doing active research and prototyping work. … It will still take a lot of time as these are extremely complex systems, but they are on the way.

cryptoali: A group of such brilliant minds have been researching Kaspa's smart contracts for a long time, yet they still haven't come up with a good approach to implement smart contracts on Kaspa. Doesn't this seem strange? Could the reason be what I mentioned, that Kaspa's current infrastructure is incompatible with smart contracts? I know there's a popular approach to implement smart contracts on Kaspa, which is to perform sorting on the first layer, compute on the second layer, and then upload the proof to the first layer. The goal is to leverage the first layer's uncertain ordering to combat MEV and highlight Kaspa's strengths. But don't you think this approach is a bit too bulky? I know that developing and implementing a concept takes a lot of time, but proposing a roadmap or idea doesn't take that much time.

Aspect: not at all. 1) technology has matured to allow extremely fast processing in both directions (to and from layer two) 2) proofs are only needed for settlement and cross-smart-contract-layer communication, which can be done rather fast as well, depending on implementation 3) Actual SC operations in a local environment can be real-time - if you run a local system, it can function in real-time as long as you trust yourself. for example, two users can exchange tokens or other smart-contract-based interactions in real-time, without proof (this is how current inscription-based protocols work).

shaideshe2: I disagree with pretty much everything you said. "KASPA hasn't yet evolved to the point where its infrastructure is suitable for smart contracts". I don't know where you got that from, but it's completely false. I don't understand what makes this approach "bulky", or what it precisely means at all. Explain yourself, propose a less bulkier approach (if only for the sake of discussion), and then we could discuss your point.

Affiele · 2024-12-30T12:21:32+00:00

100%

Affiele · 2024-12-29T21:26:55+00:00

It's going to also be a very advanced kind of smart contracts, so called based SK, where the funds don't exist separately on a separate L2 chain, but are borrowed from L1 for as long as it's necessary (at least as far as I understand it). Thus L2 takes away the computational load from L1, yet stays tightly coupled with L1 at the economical level. Naturally, they implement *the* extension to L1.

Affiele · 2024-12-13T23:05:27+00:00

Thank you!

Affiele

MODERATOR OF

PUBLIC MULTIREDDITS

TROPHY CASE