β’ Holder of #XRP since December 2020
β’ Has never heard of $FLR before (Hello, #Spark?)
β’ Has no idea what the fuss is all about
β’ Slept under a rock for two years
Allow me to bring you up to speed w/ this crash course on @FlareNetworks and $FLR. π§΅π
[2/20] If you've been following this topic, you'll recall that there was once a #XRPL snapshot:
β’ 12th December 2020, 00:00 UTC
β’ #XRP Ledger index 60,155,580
. . .
[3/20] . . .
You may recall that you had to claim your #Spark coins by providing your #EVM-based $FLR address in the message key field of your #XRPL account.
β claim period expired on #XRPLedger index 64,204,315
β Message could be changed until 11th June 2021, 23:59 UTC
. . .
[4/20] . . .
Time has passed and the term "#Spark" has been renamed "#Flare ( $FLR )"
Furthermore, the initial purpose of bringing smart-contract capabilities to the #XRPL through so-called "F-Assets (#FXRP)" has been substantially revamped and broadened.
. . .
[5/20] . . .
@FlareNetworks is no longer what it once was, and it is far more innovative than you may recall.
Let's read the most recent $FLR-#Whitepaper 2.0 and go through all the specifics π
πΉ The Network & Token
πΉ State Connector
πΉ FTSO
πΉ Consensus
πΉ Governance
πΉ ...
[6/20] π Introduction
#FlareNetwork is a Layer 1 [E]thereum [V]irtual [M]achine (#EVM) based #blockchain that allows for "data-interoperability" in the same manner as #XRP allows for "value-interoperability"
. . .
The #RCR protocol's objective is to collect user queries & proofs about #blockchains, whereas the branching protocol's purpose is for the network to evaluate these.
. . .
[11/20] . . .
βοΈ Secured on-chain (#consensus) decentralized acquisition of #blockchain or "off-chain"-based external data may now be used to develop any type of #dApp or #App imaginable.
E.g., a #dApp that tips #BTC based on whether $XRP is valued at $589 or not. π
βοΈ Use #DeFi with FDOGE on FBTC through Layer Cake (wait what? π)
βοΈ Trustlesslyβwithout the use of any middlemen
βοΈ Spread risk across members in the system
[18/20] π To recap, nothing appears to be impossible in terms of #data utilization for the @FlareNetworks
[19/20] βοΈ Truely magnificent to say the least βοΈ
With #ILP x #XRP x #FLR / #SGB linking every payment network/Ledger w/ every source of liquidity for faster payments and genuine public data- and #SmartContract interoperability, the sky is truly the limit. π
β’ The #airdrop will take place on January 9th
β’ DO NOT FEAR: The first two epochs will be burnt
β’ Before January 14th, one must wrap and delegate $FLR (Saturday)
. . .
β’ You must claim and reevaluate your delegations on @FlareNetworks twice a week
β’ Monday and Thursday are the days to do just that: delegate before the next "lock" and claim your rewards from previous epochs.
. . .
[3/3] . . . βΆοΈ When used with $SGB (#Songbird)
β’ Be active on Mondays, Thursdays, and Saturdays (move delegations, claim, and wrap claimed coins)
β OR β
β’ Be active exclusively on Mondays and Thursdays, with Monday being the day for delegating and claiming on BOTH networks
[1/π§΅] #XRPLedger's Green β»οΈ Agenda 2030 β Part 2/2
#XRPL, the leading and first prominent #DLT to achieve π carbon neutrality π
Part 2 of this series will teach you all you need to know about the #eco-friendliness of #XRP, the digital asset. π§΅π
[2/26] β οΈ IMPORTANT NOTICE!
This is typically a heated topic. That is why I will do my best to be neutral, clear, and factual. Expect no guesstimates or personal opinions on this subject.
Everything is stated exactly as it is!
[3/26] If you haven't already, I highly recommend reading part 1 of this lengthy series to get a feeling of the magnitude of the undertaking that @Ripple is leading in this domain with the help of the #XRPL. π
β’ Prefunding (nostro/vostro) may only be handled by utilizing a decentralized trustless blockchain such as #XRP (used by Ripple), #XDC (used by XinFin/R3), #ETH (used by ConsenSys), or #XLM (used by Stellar)
. . .
Let me quickly go through how #XRPL performs and #scales on these metrics:
βΆοΈ Scale up "vertically"
βΆοΈ Scale out "horizontally"
βΆοΈ High volume & High value TX
βΆοΈ High value & Low speed
[2/17] π Asynchronous TX speedβScale up "vertically"
In contrast to #DAG-based systems, which operate in "chaotic order" and execute transactions in parallel, the #XRPL validates transactions in canonical transaction orderβone Ledger at a time.
β The approach for #DLT/#Blockchain-based systems such as #XRPL:
βοΈ "Payment Channels"
π§ It's a sophisticated feature for transmitting "asynchronous" #XRP#payments that may be broken into extremely small amounts and paid in total order afterwards.
. . .
@sentosumosaba 1/𧡠I'm not sure if the news is worrisome in any form.
In fact, you are accurate (as always π) that the #XRPL will not possess ALL THE MONEY, but it will be #interoperable with and #interconnected to ALL THE MONEY.
3β£ Send an e-mail or push notification / messenger app / #dApp notification when the balance is too low to claim, and again when it is refilled
3β£β’1β£ Provide a time estimate for when the smart-contract balance could be empty again
. . .
3/ . . .
4β£ Send reminders about the expiration date and the time remaining to claim it (GET via #API)
π In conclusion:
β’ Make it more intuitive (#UX) for individuals to comprehend when to be active and when it's a waste of time
. . .