209 похожих чатов

Here is an additional proposal. No changes to protocol.

change client interface of wallets to redefine confirmation numbers.


zero conf, gone in UI interface except at sender client.
1 conf now means appearance in mempool in k (3 ? ) different mempools , plus a time delay of t seconds after initial receipt (2 seconds?) and no receipt of DSP proof.
2 conf in UI interface means 1 conf on block chain, 3 conf in UI means 2 blockchain confirmations, etc.

GUI interface at sender shows an orange checkmark at first successful broadcast, otherwise behaves much like other (recipient) wallets.
Recipient wallets show nothing until they have indication of receipt by the mempools of at least k nodes, plus a small delay after which no double spend proofs. This situation gives client GUIs a green checkmark and constitute the new 1 confirmation, i.e. mempool confirmation.

Once a transaction appears on the blockchain the GUI still shows a green checkmark. But extra transaction info can be provided at extra user actions primarily for debuggers or the paranoid.

The idea is to make it easy to see safe entry into mempool, difficult to see more by naive users. Note that the new 1 conf will be safe against everything except extreme DDoS attacks or miner collusion attacks.

This should not require changing any node software, just wallet software and possibly SPV server software. No consensus changes. The number of mempools require for mempool confirmation and the DSP timeout can be defaults of individual wallets and changed.

1 ответов

7 просмотров

I want to propose a new message-reply, though. Full nodes today do not respond at all if the transaction that is submitted is simply accepted. On the other hand, full nodes send a reject message if it is not. So this means that anyone sending a transaction has to wait until they are certain no reject message is sent. Which is fragile. Ideally wallets can force a response that basically says something like: "Yes, txid is accepted at timestamp N"

Похожие вопросы

Обсуждают сегодня

@Benzenoid can you tell me the easiest, and safest way to bu.y HEX now?
Živa Žena
20
This is a question from my wife who make a fortune with memes 😂😂 About the Migration and Tokens: 1. How will the old tokens be migrated to the new $LGCYX network? What is th...
🍿 °anton°
2
What is the Dex situation? Agora team started with the Pnetwork for their dex which helped them both with integration. It’s completed but as you can see from the Pnetwork ann...
Ben
1
Anyone knows where there are some instructions or discort about failed bridge transactions ?
Jochem
21
@lozuk how do I get my phex copies of my ehex from a atomic wallet, to move to my rabby?
Justfrontin 👀
11
Hello, Is iExec also part of the "inception program" or another one ? Would it be a name to qualified the nature of the relationship between iExec and Nvidia? And does Secret ...
Ñïķøłäś
8
Ready for some fun AND a chance to win TKO Tokens? Join us for exciting minigames in our Telegram group! 🕒 Don’t miss out—games start on today 25 October 2024, at 8 PM! Ge...
Milkyway | Tokocrypto
255
any reference of this implementation?
BitBuddha
29
Also, why can’t the community have a vote/ say when it comes to initiatives like buybacks. Isn’t the point of crypto decentralisation? Don’t we deserve input as long term supp...
👨🏽‍🦰
13
Hi guys, any problem with Pulsebrige? Trying to transfer from wETH to ETH. First it tells me to connect my metamask "through mobile app" not desktop. Then I did and confirmed ...
Snowflakecrypto
13
Карта сайта