Activity for FreshAir28
| Type | On... | Excerpt | Status | Date |
|---|---|---|---|---|
| Edit | Post #64 | Initial revision | — | 3 days ago |
| Answer | — |
A: What is a vProg's prover? It can be anyone. It is an entity that creates zk proofs for the execution of that vProg according to its committed source code, and the de facto transactions addressed to it as sequenced by L1. In practice, this could be large for profit large entities hoping to make a buck, the "owner" of a v... (more) |
— | 3 days ago |
| Edit | Post #63 | Initial revision | — | 3 days ago |
| Answer | — |
A: vProgs - What is a L2? Layer 2's are generally speaking an overloaded term, which could mean different terms to different people. I use the definition I consider the most useful and unambiguous. Layer 2 is an external add on to an L1 node, which allows the node to infer information not natively dictated by an L1 node. ... (more) |
— | 3 days ago |
| Edit | Post #58 |
Post edited: |
— | 26 days ago |
| Edit | Post #58 | Initial revision | — | 26 days ago |
| Answer | — |
A: Fee Handling in Parallel Blocks If a transaction is included in two parallel blocks, then it will be accepted in one block and "rejected" in the other. Since rejected transactions do not consume their utxo, and let alone do not pay fee, indeed only the former block will collect the fee. who that block will be is determined by th... (more) |
— | 26 days ago |
| Edit | Post #56 |
Post edited: |
— | about 2 months ago |
| Edit | Post #56 |
Post edited: |
— | about 2 months ago |
| Edit | Post #56 |
Post edited: |
— | about 2 months ago |
| Edit | Post #56 |
Post edited: |
— | about 2 months ago |
| Edit | Post #56 |
Post edited: |
— | about 2 months ago |
| Edit | Post #56 | Initial revision | — | about 2 months ago |
| Answer | — |
A: Data availability in the vProgs design For simplicity of description I assume below any interaction is a write interaction on all associated accounts. First it is important to emphasize the following - while A,B are each sovereign logic zones, it is consensus dictated that nodes running A also at times store account data belonging to B... (more) |
— | about 2 months ago |
| Edit | Post #54 | Initial revision | — | 2 months ago |
| Question | — |
Can you run a Kaspa node on Tor? Could Kaspa in full throughput run on Tor? Is running on Tor something we consider desirable? (more) |
— | 2 months ago |
| Edit | Post #52 | Initial revision | — | 3 months ago |
| Answer | — |
A: Handling of Transactions After Network Partition If the partition lasts less than a finality period (12 hours currently IIRC) then when remerged, then the effect is simply that one branch will become mostly red. Since red block's transactions are included in the sequencing, the effect is non grave and non conflicting txs will be confirmed. If a ... (more) |
— | 3 months ago |
| Edit | Post #44 | Initial revision | — | 3 months ago |
| Question | — |
What is Kaspa max tps? What is the max tps achievable by Kaspa as it is today? (more) |
— | 3 months ago |
| Edit | Post #43 |
Post edited: |
— | 3 months ago |
| Edit | Post #43 | Initial revision | — | 3 months ago |
| Answer | — |
A: What is "vprogs"? There is a WiP Yellowpaper here: https://github.com/kaspanet/research/tree/main/vProgs vProgs stand for verifiable programs, i.e. programs whose execution commands (transactions) are sequenced onchain, executed offchain and finally settled onchain. It is no coincidence this sounds similar to base... (more) |
— | 3 months ago |