ADA lightwallets rebranded and shifted from one to another. Likely that

なるほど。 この Calidus Pool-Key とは何ですか? そこで、@adamKDeanと私はあなたのために何かを作りました: Calidus プール キーは、VRF 秘密キーの署名プロセスを経ることなく、パブリック/プライベート サービスのプール所有権を識別/承認するために使用されます。これは CLI でのみ可能であり、SPO は秘密キーに頻繁に触れることを好みません。 Calidus プールキーは CLI 上で使用でき、また LightWallets で直接ブラウザで識別/ログイン/承認などに使用できます。 新しい Calidus キーに更新したい場合は、新しいキーを生成してプールに登録するだけです。 ステークプール コールドキーを使用して登録メタデータに一度署名するだけで、その後は Calidus キーを日常的にさまざまなサービスに使用できます。ステークプール コールドキーや VRF シークレットキーを使用する必要はもうありません。 署名/検証は CIP8/30 messageSign プロトコルで行われるため、ハードウェア ウォレット上の Stakepool Cold Keys とも互換性があります。 最終的には標準の ed25519 署名/検証となるため、独自のサービス/dApp への統合に使用できるライブラリが豊富にあります。

2/3 What is this Calidus Pool-Key? So, @adamKDean and i created something for you: The Calidus Pool-Key is used to identify/authorize pool ownership for public/private services without the need to go thru a VRF-Secret-Key signing process. This was only possible on the CLI and SPOs don't like to touch there secret keys that often. The Calidus Pool-Key can be used on the cli AND with LightWallets directly in the Browser for Identification/Login/Authorization/etc. If you wanna update to a new Calidus Key, just generate a new one and register it for the pool. You only need to sign the registration metadata once with your Stakepool Cold-Key, after that you can use the Calidus Key for various services on a daily base. No need to use the Stakepool Cold-Key or the VRF Secret-Key anymore. The signing/verification is done on the CIP8/30 messageSign protocol and is therefore also compatible with Stakepool Cold Keys on the Hardware-Wallet. Its a standard ed25519 signing/verification in the end, so there are plenty of libs available for the integration in own services/dApps.

My DRep-Introduction on the Cardano-Forum: forum.cardano.org/t/martin-l… Please check it out. If you wanna delegate to me as your technical DRep, here are some links on how to do it with popular LightWallets: Eternl-Wallet x.com/ATADA_Stakepool/status… Typhon-Wallet x.com/ATADA_Stakepool/status… Daedalus-Wallet x.com/ATADA_Stakepool/status… ------- forum.cardano.org/t/martin-l…

Eigentlich wollte ich ja gar nichts mehr zu #Defichain posten, aber die Kursbewegungen der letzten Tage haben mich dazu bewogen, noch einmal Stellung zu nehmen: Wie schon so oft in der Vergangenheit starteten die Manipulateure wieder eine Aufwärtsbewegung indem sie billig einkauften und dann einen künftigen starken Anstieg suggerieren. Wir haben das mehrfach beim DUSD gesehen, wo die breite Masse der nicht im Vorfeld involvierten zu hohen Kursen eingestiegen sind. Wenn die Bewegung dann stoppt, verkaufen die Manipulateure schnell mit Gewinn und die anderen sitzen auf Buchverlusten. Ich rechne in naher Zukunft mit weiteren Versuchen, den Kurs zu puschen. Kurse von Assets steigen aber nur nachhaltig, wenn bisher nicht investierte Anleger aufgrund Veränderungen in einem länger bekannten Asset wirksam und nachhaltig den Wert erhöhen. Ja, die Defimetachain entwickelt sich mit sehr guten Projekten, wie $DTL, $CFR, $JAV und Octos, Vanillaswap, Seahorse und Metalend. Aber das “Altlastproblem DUSD“ ist noch nicht gelöst und die letzte beschlossene Herangehensweise ist komplex und daher noch nicht umsetzbar und garantiert keineswegs den Erfolg. Mit dem „THE WALLET“ wird der Flaschenhals des Lightwallets beim nativen DEX-Trading beseitigt und könnte so Trader anziehen. Wegen der geringen Liquidität ist es aber ein lang dauernder Prozeß bis mehr Trader zu mehr Liquidität zu mehr Tradern und wieder mehr Liquidität führen. Der ein oder andere Spekulant wird vielleicht eine kleine Position im Hinblick auf die Chance aufbauen, aber größere Investitionen werden erst die Bestätigung der nachhaltigen Veränderung der Fundamentaldaten abwarten. Daher rate ich zur Vorsicht und dringend davon ab, den Meinungsmachern blind zu folgen und Geld in „Pump“-Aktionen zu investieren. Aus meiner Sicht macht es viel mehr Sinn, in die neuen Projekte selbst zu investieren, denn die Defichain läuft ziemlich stabil – wenn auch nicht schnell – und hat sehr geringe Gebühren. Projekte, die Einnahmen aus Gebühren und/oder Trading-Taxes erzielen, sind risikoärmer und profitieren gleichermaßen von einem Defichain-Anstieg, da die meisten Handelspaare DFI basiert sind. Zur Einordnung: Auch wenn ich meine DFI-Position dramatisch reduziert habe, besitze ich noch einige DFI-Masternodes (davon auch einige 10-jährige), DUSD-Bonds, cDFI-Masternodes, DTL, CFR, JAV, Octos und ein paar Vanillaswap-Token.

🎓 Masterclass #19 : Tout savoir sur les lightwallets et les filtres Bloom ! 💡 Plongez dans les détails techniques et les avantages de ces outils pour sécuriser vos cryptos. 🔐 #Crypto #Lightwallets #Blockchain #Sécurité #Masterclass cryptonaute.fr/masterclass-1…

🔥 New release: cardano-signer 1.15.1 github.com/gitmachtl/cardano… This update includes the Constitutional Commitee Member (Conway/Governance) Key generation for Cold and Hot Keys. You can use --path cc-cold and --path cc-hot to generate those keys now. They are derived from the new derivation paths 1852'/1815'/0'/4/0 and 1852'/1815'/0'/5/0. You can use also these direct paths of course. The generated mnemonics can also later be used with LightWallets like @eternlwallet or @TyphonWallet Also a little update on parameter name checks: If an unknown parameter is entered (was an issue for optional ones), cardano-signer now throws an error.

I would like to know the current state of P2P node network, next hfc ->Ouroboros Genesis and Mithril for lightwallets.

🔥 New release: cardano-signer 1.14.0 github.com/gitmachtl/cardano… This update includes the dRep (Conway/Governance) Key generation. You can use '--path drep' to generate dRep Keys from the new derivation path 1852'/1815'/0'/3/0. Or you can use of course the path itself. The generated mnemonics can also later be used with LightWallets like @eternlwallet or @TyphonWallet Also a little update in regards of the extended keys: The flag '--with-chain-code' was replaced with '--vkey-extended'. Which should be a much clearer naming. By default, the generated public keys are normal non-extended ones.

There are many applications for this. Normally you only sign transactions with your wallet-key. But, what if you wanna use it to login to a website, like jpegstore or summon dao is doing it. Or if you wanna prove that you are the owner of an address. Or if you wanna participate in voting like sundaelabs is doing it. There is the need to not only sign a transaction, or a delegation. With CIP30 you can sign any given data, and the application can verify it. CIP30 was created as one of the connection points (api) between dApps and the LightWallets. But the data Signing currently only works with such "normal" wallets, not with Hardware-Wallets. This proposal will close that gap.

I dont want to say that @the_ape_society doesnt add any value with that proposal at all, as more competion is always better for the customer, but in my opinion the requested funds are WAY to high for whats promised here, as we already have multiple good lightwallets.

We had brief explanation into a PR made to Zebra. A few useful 📊mempool metrics that've been trialed in Zcashd if found to be useful, both Zebra & Zcashd can merge! Next phase for Zebra will be integrating the changes ECC have made to enable 🔀DAGSync for lightwallets.

For clarity, what I mean by dApp load is the batcher queue of various DEXs A similar, but not same, example is the blockfrost queue that most lightwallets had when people were minting NFTs, you'd get in a line (blockfrost) for another line (chain).

Lightwallets send a pruned version of the txs to their clients. Enough for them to identify and decrypt the amounts. Memos are omitted. If a client needs them, it has to request them individually. That reveals the IP because they will just ask their txs

No selling for giftcards or fiat. Straight broadcasted TX to my frens lightwallets. One step at a time.

Setup a LN Node? More disingenuous tribal bullshit. There are numerous lightwallets that take 30 seconds to set up.

Possible future infinite scalability for lightwallets... str4d Enter The ZUU, seeking fellow zuukeepers ... ECC devops folks on chain growth... plans to reduce chain size... scalability ... ECC wallet status. Hanh interview. More renZEC details, interop with other chains..

/mainnet.lightwalletd.com:9067 has been acting up recently for lightwallets (Zecwallet-lite, Nighthawk, YWallet, ...). Don't tell anyone but I put up a LWD instance at /zuul.free2z.cash:9067 and it's running nice. NO GUARANTEES.

You will need to have about 50-60gb storage set aside for it. Daedalus is a full node, which mean If you still want to use lightwallets you can get submit-api and send the transactions through your Daedalus-node (@pernistoken had a YT guide floating around earlier).