Activity for someone235‭

Type	On...	Excerpt	Status	Date
Comment	Post #60	It depends. If you want an only increasing set of subscriptions, it can be done using KIP 17 (basically you need to sign the public key of any new subscription, and then they're authorized). If you want an updateable set of subscriptions, where you can also remove (let's say after a year or something... (more)	—	10 months ago
Edit	Post #60	Initial revision	—	10 months ago
Answer	—	A: Can we enable subscriptions on KIP-17? Yes. Your specific use case can already be implemented via KIP 10, that enables some covenants functionality. Assuming Alice wants to grant Bob the permission to charge her with 10 KAS/month, she sends some funds to a script that enforces: 1. Alice can spend the UTXO unconditionally. 2. If Bob... (more)	—	10 months ago
Edit	Post #55	Initial revision	—	11 months ago
Question	—	Data availability in the vProgs design In many rollups mechanisms there's a need to save the pre-image of the most recent state commitment in order to continue operating. This means that once the rollup validators lose the state the rollup can't operate anymore. This data availability problem has implications on atomic composability, s... (more)	—	11 months ago
Edit	Post #53	Post edited: Remove non English parts	—	12 months ago
Edit	Post #51	Initial revision	—	about 1 year ago
Answer	—	A: How many Transactions per Block? The theoretical maximum is 856. You can find here a more detailed answer. It's hard to answer what's the average, because it depends on a time frame, but you can follow real usage in kas.fyi. (more)	—	about 1 year ago
Comment	Post #42	No - blue blocks get both fees and subsidy (what you call "reward"). When I say "block reward" I usually include the transaction fees in it. (more)	—	about 1 year ago
Edit	Post #48	Initial revision	—	about 1 year ago
Answer	—	A: What is Kaspa max tps? Although @tty's answer is technically correct, it represents a peak TPS due to fluctuations in the block rate, which doesn't represent Kaspa's throughput over time. I think a more interesting metric is the average TPS, which can be calculated as `BPS MAXTRANSACTIONSPERBLOCK` (where `BPS` denotes "Bl... (more)	—	about 1 year ago
Edit	Post #42	Post edited: Explain reasoning	—	about 1 year ago
Edit	Post #42	Initial revision	—	about 1 year ago
Answer	—	A: Fees and VSPC(Virtual Selected Parent Chain) No, in Kaspa each blue block receives a reward. The main reason is that rewarding only chain blocks (VSPC blocks) creates incentives for selfish mining. But there are other (milder) advantages to being a chain block: 1. In GHOSTDAG ordering, it precedes any block in the same mergeset - therefo... (more)	—	about 1 year ago
Comment	Post #38	This post violates the guidelines for two clear reasons: 1. Language – Both the question and the answer are written in Russian. Since the site requires all content to be in English, this prevents most of the community from being able to read, answer, or moderate effectively. 2. Exchange Recomme... (more)	—	about 1 year ago
Edit	Post #38	Question closed	—	about 1 year ago
Edit	Post #33	Post edited:	—	about 1 year ago
Edit	Post #35	Initial revision	—	about 1 year ago
Answer	—	A: Public Node Incentives There are no incentives to run a public node other than altruism. (more)	—	about 1 year ago
Edit	Post #33	Initial revision	—	about 1 year ago
Answer	—	A: Is there a CLI tool to send RPC commands? Yes, `rusty-kaspa` comes with the tool `kaspa-cli` that supports sending RPC command. For example, to send the RPC command `get-block-dag-info` you'll need to do the following: ``` git clone https://github.com/kaspanet/rusty-kaspa.git cd rusty-kaspa git checkout stable cargo run --release -... (more)	—	about 1 year ago
Edit	Post #32	Initial revision	—	about 1 year ago
Question	—	Is there a CLI tool to send RPC commands? Is there a CLI tool to send RPC commands? (more)	—	about 1 year ago
Edit	Post #24	Initial revision	—	about 1 year ago
Answer	—	A: What's the difference between transaction payload and OP_RETURN data? In Bitcoin, OPRETURN is essentially a hack for publishing data on-chain without bloating the UTXO set: `OPRETURN` is a Bitcoin opcode that makes the script fail instantly. Therefore, an output with scriptPubKey of `OPRETURN ` is provably unspendable and therefore Bitcoin Core v0.9 introduced a pol... (more)	—	about 1 year ago
Edit	Post #22	Initial revision	—	about 1 year ago
Question	—	What's the difference between transaction payload and OP_RETURN data? What's the difference between Kaspa's transaction payload and Bitcoin's OPRETURN data? (more)	—	about 1 year ago
Edit	Post #21	Initial revision	—	about 1 year ago
Answer	—	A: Do red blocks get block reward? Yes — red blocks themselves don’t receive rewards, but there’s an important subtlety. If rewards were simply destroyed whenever a red block appeared, the issuance rate of new KAS would fall behind schedule. To avoid that, the protocol almost always reallocates the reward to the “merging block” — t... (more)	—	about 1 year ago
Edit	Post #20	Initial revision	—	about 1 year ago
Question	—	Do red blocks get block reward? GHOSTDAG partitions the blockDAG into blue blocks and red blocks. In the final ordering, blue blocks take precedence, while red blocks are placed after them (unless the DAG’s topology forces otherwise). My question is: does Kaspa penalize red blocks by excluding them from block rewards? (more)	—	about 1 year ago
Edit	Post #19	Initial revision	—	about 1 year ago
Answer	—	A: Does Kaspa support atomic swaps? Yes. Any cryptocurrency that supports HTLC can support atomic swaps, and since Kaspa-script is very similar to Bitcoin-script, the implementation would be practically the same. (more)	—	about 1 year ago
Edit	Post #18	Initial revision	—	about 1 year ago
Question	—	Does Kaspa support atomic swaps? Does Kaspa support atomic swaps? (more)	—	about 1 year ago