Search the Community

DEMO GAME AVAILABLE We've been going at it for a long time and we finally did it! Right now you can download FURY on our official website! Play and enjoy!

*! Attention !* Until Christmas, XPay will be airdropping 10000 XPAY to 2 random TrustLines per day! Come set your Trust Line and claim your spot before the time runs out! Airdrop will be given out at 10:00pm CST each day. Check out our top 100 crypto here https://xrpl.to/token/15698d0ab16b78eb2d14ed51079bc7ce

Throughout the years there has been a lot of clashing, muddy and misaligning info about the roles and differences between the likes of OVL (Overledger), ILP (InterLedger), XRPL, SWIFT, but after 6 yrs I think I finally have clarity on the categorising. Please keep in mind, this is my own speculation (also first post here). Not incl. all relevant techs, it goes like this (if I'm wrong, pls do correct me): SWIFT - interbank msging/payments and traditional-settlement Sys. (will) utilise CCIP (via LINK) - to extend clients to dlt/blockchain for msging/payments. OVL - All DLT/Blockchain + Legacy Sys plug-n-play or bridge - data/msging/payments/mDAPPs-building OS. QNT - gas/transaction token for OVL. ILP - IoV or open-source protocol/pipelines for msging of value/payments interoperable with, or between, any ledgers (e.g. leverage external ledgers like the XRPL to instantly settle an on-chain, or on-ledger, or even cross-ledger, payment via XRP). XRPL - neutral/public/open-source consensus settlement & tokenisation layer/DEX. XRP - agnostic and liquid cheap/public/instant/neutral native settlement asset/currency. RippleNet (xCurrent) - Private Interbank & PSP instant msging/payments Sys by Ripple, or RTGS and direct competition to SWIFT. ODL (xRapid) - leverages XRP for instant settlement. Conclusions: Best to my knowledge, OVL seems to be on another planet in terms of possibilities/capabilities in the msging, smart-contracts and dAPPs department. It does seem to me that there is a sort of 'battle of the institutional payment/msging/data systems' that are/will be ongoing between: Systems/hubs built with OVL, SWIFT/LINK, RippleNet. SWIFTs leveraging of Chainlink via the CCIP is a (clinging-on-for-dear-life) direct competition to the likes of RippleNet and any payment systems possible with OVL. Additionally, It also seems to me that the best 'settlement mechanism', that makes the most sense for all these systems/ledgers (private/public) to be using (w/RippleNet already using), which really has no competition, is via XRP - made more accessible to any external/off-chain ledgers or private institutions (incl. those in an OVL and/or SWIFT/LINK Sys/environment), without the need for on-boarding onto RippleNet, and at global 'internet-like' scale, via payment msging through the open ILP. That is, unless you're an entity which is relying on a non-neutral, and probably biased and more illiquid (not to mention probably more expensive) asset or mechanism e.g. a particular CBDC or Gov-backed or dollar-pegged stablecoin (prone to a whole range of issues). Moreover, platforms like XinFin, Corda and Quorum will undoubtably all be involved in smart-contracts and institutional-grade trade-finance (XinFin being a hybrid network and combination of Eth/Quorum and Corda). Question I still have: Whilst there is a horde of evidence that the XRPL/XRP is being leveraged by Institutional OVL and Corda initiatives/arrangements/experiments, is there any clear evidence that SWIFT will possibly leverage the XRPL/XRP and if so will it be via Chainlink through the CCIP or via ILP? Apologies if this is too technical or hard to understand for anybody, contains errors, and for any grammar errors.

https://docs.vagabonds.cloud/documentation/vagachain/usdvaga-airdrop $VAGA Airdrop - Twitter handle - Two x native tokens VGO AND VGB (read below) can be purchased on bitrue and also VGO can binance smartchain The Vagabond Ecosystem is growing at an immense speed. In this article we outline the details of the upcoming $VAGA Airdrop. When is the snapshot date? The snapshot will take place on the 29th of November, 2022. A random time during the 24h period starting at 00h00 GMT and ending at 23h59 GMT will be selected for the snapshot. When will the $VAGA Airdrop take place? The $VAGA Airdrop distribution event will commence on the 6th of December, 2022. How will we be able to claim our $VAGA tokens? With the launch of the VagaWallet (iOS/Android), due to be released before the distribution event, users will be able to connect their BSC and XRPL accounts and claim their $VAGA tokens through the app. The VagaWallet will serve as the primary self custody wallet for the $VAGA token and other issued V20 currencies on the VagaChain ledger, including both $VGO (BSC) and $VGB (XRPL) tokens. Who is eligible to receive the VAGA Airdrop? Anyone who holds $VGO (BSC) and/or $VGB (XRPL) tokens on a self custody wallet at the time of snapshot is eligible to receive the airdrop. The snapshot will be taken on the Binance Smart Chain and XRP Ledger. Any self custody wallet compatible with these two ledgers may be used, as long as you are the sole owner of the keys to your wallet. Vagabond recommends the use of MetaMask ($VGO) and XUMM ($VGB) self custody wallets. Click here for more information on how to properly setup these wallets. Where can I buy $VGO (BSC) and $VGB (XRPL) tokens? $VGO (BSC): PancakeSwap (DEX) Bitrue (CEX) $VGO Contract Address: 0xF365920c476491F855891dc67B23BD2D0c4c7a72 $VGB (XRPL): XRPL DEX (Sologenic, XRP Toolkit, XUMM DEX Trade xApp, etc.) Bitrue (CEX) $VGB Token Address: rhcyBrowwApgNonehKBj8Po5z4gTyRknaU $VGB Trustline: Click here Are there any other points of entry to the Airdrop? No. The only way to be eligible for the $VAGA Airdrop is to hold $VGO and/or $VGB tokens on a self custody wallet at the time of the snapshot. There will be no private sales, ICO, IDO or any other means of entry possible. What is the ratio to be applied for the distribution? $VGB holders (XRPL): 1:1 (100%) $VGO holders (BSC): 1:1 (100%) Example: user holds in his/her own self custody wallet 100 $VGO and 50 $VGB tokens at the time of the snapshot (29th of November, 2022). User will be able to claim a total of 150 $VAGA tokens during the airdrop distribution event. What if you hold your $VGO and/or $VGB tokens on Bitrue (CEX)? You will not be eligible for the $VAGA Airdrop if your $VGO and/or $VGB token holdings were held on Bitrue at the time of the snapshot. To guarantee your participation and eligibility in the airdrop, all Vagabond token holdings mustbe held on a self custody wallet. What if you hold multiple wallet accounts for your $VGO and/or $VGB token holdings? It is advised to maintain your Vagabond token holdings in one wallet account for each token. So this will be one account for $VGO and another for $VGB. Only one BSC account and one XRPL (XUMM) account can be connected to a VagaWallet account at once. Holding multiple $VGO and/or $VGB accounts will only make the claiming process difficult to the user as they would have to create multiple VagaWallet accounts on different mobile devices in order to be able to connect all accounts for the $VAGA token claiming process. What will be the market value of $VAGA at the time of distribution? $VAGA tokens are to be distributed with ZERO monetary value. Vagabond will ensure an ample amount of time for participants in the $VAGA Airdrop to claim their tokens after the distribution event and before any trading is live on major exchanges (TBA) as well as on our very own VagaSwap DEX, also due to be released in December, 2022. What can you do with $VAGA tokens? So, why would I be excited about the $VAGA token airdrop? On top of being the native token of the VagaChain protocol, which can be used to participate in governance proposals and pay transaction fees on the VagaChain ledger, there will be other benefits to holding $VAGA tokens which includes staking opportunities and equal participation in the current V-Wallet rewards program (30% APR). Other incentives such as future airdrops in the VagaChain V20 token ecosystem resulting from the onboarding of other projects may be made possible over time. When can we exchange our V-Wallet reward points? Reward point exchange service will go live on the 30th of November, 2022, right after the snapshot date. The 1:1 exchange of points will be possible with any of the 3 tokens in the Vagabond ecosystem: $VGO, $VGB and later on with $VAGA as soon as VagaChain Mainnet is launched. VagaChain Mainnet Launch: Yes, you’ve guessed it! VagaChain Mainnet will finally launch on the 6th of December, 2022, the same date as the $VAGA Airdrop distribution event. The Vagabond team is thrilled at how the community welcomed our decision to building an in-house enterprise blockchain solution that will primarily cater to the utility being built on the Vagabond platform. VagaChain Netzero blockchain technology will support the important endeavor in serving as a base layer in the revolution of the Circular Economy and Sustainable Transformation in all life cycles, processes and value chains; positively impacting all ecological, societal and economic aspects as a whole. #Blockchainforeveryone check their discord channel for updates ect

Sachaycoin is the worst crypto on earth we have no roadmap no plan no utility for this useless asset it’s working fine on XRPL we are listed on many dex. Follow or tweeter account to get news. Sachaycoin is managed by a bunch of drunk alcoholics and retards. Buy our crypto and watch it doing nothing

Socials Website: https://xrpl.to Twitter: https://twittter.com/xrplto Facebook: https://www.facebook.com/xrpl.to/ Instagram: https://instagram.com/xrplto Medium: https://medium.com/@XRPL.to About Description: XRPL.to is a one-stop gateway into the XRPL ecosystem. Enjoy an easy to use UI to keep track of XRPL tokens volume, market cap rankings, charts, setting trustlines and more! Our mission is to make tokens on the XRP Ledger discoverable and efficient globally by empowering retail XRP users with unbiased, high-quality, and accurate information for drawing their informed conclusions. XRPL.to reports on the trading activities of all tokens on the XRPL DEX in real time. XRPL.to is also fully decentralized as it uses the XRPL DEX and it's simply an interface to facilitate interactions with the XRP Ledger. FAQ What is the criteria for being listed on XRPL.to? All tokens created on the XRP Ledger DEX get listed automatically on the app. Which wallets does XRPL.to currently support. We currently have XUMM Wallet integrated and plan to support more XRP wallets in the future. Is XRPL.to FREE to use? Yes, our app is free for everyone to enjoy. Can I trade XRPL tokens on XRPL.to Yes, XRPL.to currently has a trading interface that you may use to trade XRPL tokens using the DEX. Do you offer an API for your data? Yes! Check out the https://xrpl.to API. Why are you listing [insert random Token]? It's clearly a scam! Nearly every cryptocurrency/token has been called a scam at some point in its lifetime. We're not here to judge the merits of any tokens, but we provide the best tools for you to make your own conclusions. If anyone has any questions or feedback please comment below. XRPL.to

Max Supply: Cardano (ADA) - 45 Billion Stellar (XLM) - 50 Billion Hedera (HBAR) - 50 Billion XDC - 37.5 Billion XRP - 100 Billion (counting drops = 100 quadrillion) Need to Burn excessive XRP for healthier ecosystem: 1. To become decentralized Asset class (Ripple has 6 billion XRP on hands and 47 billions in escrow) 2. To get gradual price increase (scarcity) 3. To decouple from bitcoin price fluctuation (supply and demand) 4. To get more stable price (better for transactions - less spread/slippage) 5. Banks/Entities will buy XRP from holders, or use private/public liquidity pools, in which holders will participate and be rewarded. 6. XRP settles within 3-5 seconds. XRPL can only handle 1,500 TPS, later with upgrade, maybe up to 70,000 TPS. Meaning you would never need more than 53 billion (counting drops 53 quadrillion) of XRP to utilize transactions, because XRPL cannot handle more than 70,000 TPS. And, let's say, $10 per XRP - it's 530 billion (530 quadrillion)

I get this error (terPRE_SEQ Missing/inapplicable prior transaction). What can i do to solve this const lib = require('xrpl-accountlib') const { XrplClient } = require('xrpl-client') const secret = 's----' const account = 'a-----' // Can be derived const client = new XrplClient('wss://s1.ripple.com') const keypair = lib.derive.familySeed(secret) const main = async () => { console.log('Getting ready...') const { account_data } = await client.send({ command: 'account_info', account }) console.log(account_data.Sequence); const tx = { "TransactionType": "TrustSet", "Account": account, "Fee": "12", "Flags": 262144, "LastLedgerSequence": 8007750, "LimitAmount": { "currency": "TET", "issuer": "a----", "value": "100" }, "Sequence": 68449162 } const {signedTransaction} = lib.sign(tx, keypair) const submit = await client.send({ command: 'submit', 'tx_blob': signedTransaction }) console.log(submit.engine_result, submit.engine_result_message, submit.tx_json.hash) console.log(submit) client.close() } main()

Hello everyone, I am a long time XRP holder and strong believer in the XRP Ledger and the technology. During the past years i got disappointed by the way things developed for XRP. - the lack of adaption, missing out on the bull run as well as the defi/nft hype, and finally the SEC case screwing every XRP holder! All this made me realize that if XRP succeeds, it's probably going to take way longer than we are expecting. After 9 years it's time to stop waiting for another ATH and become active. My vision of a globally used digital world currency is alive, but ripple took the other way for XRP and decided to focus on banks. Some days ago i had the idea of creating (GLC)Globalcoin. A token for everyday people to use all over the world via the XRPL. (GLC)Globalcoin will take a different path though, focusing on mass adoption of the general public. Not only crossborder payments, but usable as a worldwide accepted currency! A short summary of the tokenomics: Supply 100B (same as XRP) 100% of sales will be reused to provide guaranteed DEX liquidity for the start Fair token launch (no presale) Trustline : rUZdBzGARLer2XTTWhKPnCKJyTqfb9bzTk Currency code: GLC The project will be driven by the community or everyone who wants to participate and is interested to do what he knows best. This is just the beginning, meaning there is lots of work to get this rolling. As an alternative approach to all the recent airdrops we will start to give rewards in GLC to people who want to contribute and make this project grow. We wont be able to pay a lot in the beginning so its rather an incentive for those who have time and motivation to become productive. If you have been sitting in front of your computer for the past 4 years staring at the XRP chart and waiting for moon, start accepting GLC and we get this going together! There will soon be lots of different upcoming tasks to do. Feel free to DM if you are interested. Good ideas or constructive feedback are welcome and will also be rewarded if they are implemented. Stay tuned! Announcements and reward challenges will be posted soon here.

Hi! I was looking for code that can help me create my own token by interacting directly with the ledger using js/python, if anyone knows how to achieve it please reply.

hello Sorry If this is already known here I have a question a few days ago, I booked Limit order my all amount of BTCX will be traded to 2xrp for each btcx as you see the chart, BTCX was ATH today even up to 40xrp by one BTCX So It should have been already sold but still the Limit order is open status why is it not working at all?? I chose Good till cancer(GTC) + execution (standard) did i something wrong?🥲

The community could in a way vote on amendments without maintaining a validator themselves, this would allow the community's voice to be heard in the xrp ledger. An entity (me in this case) would be running a validator, the community could vote on amendments by sending transactions to a specific wallet that the validator maintainer owns with memos attached to them (e.g: YES/NO), the validator maintainer would run a server that would scan the wallet's ingoing transactions and scan their memos to tally up the votes. Every funded wallet on the xrp ledger can submit a vote, only once. This is a great idea in theory but the validator maintainer could manipulate the consensus vote, which creates a false narrative in the xrp ledger, the validator maintainer must be trusted by the community to not corrupt the community's decision. Also thank you @nikb for suggesting me to sign up here .

Stage 1: Looking to create a smart contract for my XRPL NFT marketplace and integration of XUMM wallet. Stage 2: creating smart contract for land based NFT game I am developing and integration into XRPL. Hard to find developers they all seem busy or work with foundation. Looking for freelancers who may also be interested in becoming part of the development team. The goal is to get the marketplace up and running since it is the easiest part of the project. The game will also need a marketplace so that can be tied in later. Once the marketplace is ready I will begin minting the NFTs for my land based game. Serious project so message me of you have the experience. I know we don't have Turing complete smart contracts but I believe I can get a marketplace working with a webapp that can handle minting/issuance and payment using XRPL.

Hello XRP Community, I have been a long-time viewer of these boards and XRP holder. I've been interested in crypto for some time and first came by XRP when transferring ETH and BTC to and from exchanges. It was far cheaper and quicker to convert to XRP before sending and converting back. At which point I realized how much of a game changer XRP and other coins are/will be and stopped converting back to other currencies. Until recently, without significant coding skills, there was not much ability to participate in XRPL except for holding and trading XRP. I think this has now changed with the launch of XUMM, XRPTOOLKIT, SOLOGENIC and XUMM.COMMUNITY and other Dapps. They provide gateways/clients for the laymen to access and interact with XRPL all be it some of the apps may not be completely polished. I decided to try it out in the XUMM app where I found a “create token” app. I created two tokens, HADA and HADALITE, using the XUMM app and XUMM.COMMUNITY tool. I have also managed to get the HADA/HADALITE tradable pair on the DEX via XRPTOOLKIT and SOLOGENIC. I am not a financial expert, coder or technical guru just someone interested in trying out new technology. The decentralised exchange (DEX) capacity of the XRPL and NFTs are fascinating as too is Defi. I guess these tokens would be termed NFT's although they have no tangible value. I'll explain WHY I did this, WHAT the differences between the TOKENS are and HOW you can get some. WHY? I wanted to know how I could use XRP and XRPL for its intended purpose as an individual and felt the best method to support the XRP ecosystem would be to learn to use it. Wallet creation, tokenisation, creating trust lines and exchanges all use the ledger and expend or lock-up XRP. Flare Finance is an exciting development and sort of set me of on this path through creating trust lines for the pending airdrop. I have no intended use case for these tokens, there is no white paper, there is no team this is just a bit of fun and a way to learn through experience how to use the XRPL and various Dapps. I see this as an educational exercise in anticipation of Flare Finance and XRPL NFTs as well as allowing the community to interact in a positive way, not just charts, moons and lambos. Maybe there is a way to gamify onboarding and uptake of functionality. I’ll try to provide instruction for how to claim HADA tokens using the XUMM app and XRPTOOLKIT below. However, this is new to me too. Improvements and constructive suggestions are welcome. I will also investigate other wallet options, exchanges and apps in the future or as requested. If anyone has a list of available XRPL Dapps that would be helpful. WHAT? I created two tokens through the XUMM app using the token creator tool and followed the instructions. It was simple and took about 3 hours. It has taken longer to write this then create the tokens. I have no idea if it was done correctly and there are some risks associated with token creation. The first token, HADA COIN, had an initial issuance of 10B tokens with the capacity to issue an infinite amount when desired. Another 50M was issued to investigate how to issue more coins. I set a 0.5% HADA transaction fee which is returned to the issuance wallet and charged to the sender. The transaction fee rate can be changed as desired. Rippling is enabled on the issuance wallet. WARNING - there is a transaction fee of 12 drops when sending or receiving either token, placing buy or sell orders and creating trust lines. The public address for the HADA issuance wallet is: https://bithomp.com/explorer/rsR5JSisuXsbipP6sGdKdz5agjxn8BhHUC The issued tokens are required to be sent to another wallet or “receiver wallet”. They can not be sent to the same wallet as the issuing wallet. The second token, HADALITE, has a finite amount of 10B tokens. No more of these tokens can be issued. These were issued via a NEW paper wallet created using the XUMM app and the keys burnt. There is no transaction fee for HADALITE, other than the usual drops, and rippling is enabled on this wallet. WARNING - when issuing a finite number of tokens you will permanently destroy the regular key and secret key and block incoming and outgoing transactions for that account. You will not be able to access any tokens including the XRP used to create the wallet or any other balance it contained. ALSO, issuing accounts must have rippling enabled. Receiving accounts are recommended to have rippling disabled. The issued HADALITE token was sent to the same receiver wallet as before whilst destroying the keys of the issuance wallet. The public address for the HADALITE issuance wallet is: https://bithomp.com/explorer/rHiPGSMBbzDGpoTPmk2dXaTk12ZV1pLVCZ If you look on bithomp you can see the above account issued the HADALITE and has a total of 25 XRP locked in it FOREVER (Be Careful). This account is set to NOT receive XRP and has rippling enabled. You can however send HADALITE to the issuance account where it is burnt. I sent 1 HADALITE to try it out. You can not SEND any other token to this account including HADA COIN as there are no further trust lines set. DO NOT send ripple to this account, it will be lost. The HADALITE issuance account has rippling enabled. Both tokens were sent to the CuentosDeHada receiving wallet with the public address: https://bithomp.com/explorer/rwKgwydb7NRHNS8gVpG6QEP2tYqPhroYrK I have left some residual XRP and SOLO in this account to pay for transactions and to experiment with escrow and trust lines. Rippling is disabled on this account. DISTRIBUTION I would like to distribute as many of the tokens as I can to anyone that wants them for testing the various suite of apps which act as gateways for the XRPL. As this is for fun I thought I’d try to gamify the learning experience with rewards of HADA and HADALITE for completing tasks associated with onboarding, trust line creation, escrow, encrypted messaging, burning and trading. Initially, I’ll distribute 10M HADA and 10M HADALITE to those who create trust lines to the respective issuers (instructions below). A bonus of 50M of each token will be given to the first 10 wallets to create trust lines. 1B HADALITE will be retained by the receiving account and is to be used to experiment with escrow, incentives, trading, and other features. If possible, all HADA COIN will be distributed and more HADA will be issued as and when required. 50M HADA and 10M HADALITE have been sent to the HADA issuing account for posterity. I gave the same to two friends who created their first wallets and helped in some capacity testing trust line creation. I’ll distribute another 40M HADA to anyone who creates a fresh wallet. There is an escrow of 1000 XRP between the HADA issuance account and the HADA receiving wallet which is set to expire on Aug 31st 2021 at 00:000 UTC. If there is any traction with this project the XRP can remain in the account to cover any costs or create incentives. A decision on any excess tokens will be made in the future, hopefully, by a community or driven by a use case or simply burnt. HADA COIN can not be burnt at present. A wallet can be created for this purpose in the future if needed. Or maybe sending to a general XRP black hole wallet would work, I don’t know. HOW TO GET HADA? There will be some effort on your part if you wish to participate. If you don’t already have one you will need the XUMM app on your phone which will cost 20 XRP to activate and you will require a pen and paper to write down the secret keys (lowering the wallet creation fee would be good news). You can also integrate XUMM with existing XRPL wallet addresses. A further 5 XRP will be required to create each trust line (10 XRP in total) and a small amount for transaction costs. In total you will need 35 XRP to participate at a basic level. 30 of which you will get back if you decide not to continue. Creating a buy or sell order on the DEX temporarily locks up 5 XRP for the period of the trade and placing the trade requires a few drops. So if you wish to trade you will need some extra XRP in reserve to place orders. The XUMM wallet can be downloaded from Google Play or the App Store https://xumm.app/. You will need to create trust lines with the HADA and HADALITE issuance wallets which will temporarily lock up 5 XRP whilst the trust line is active There is a transaction cost of a few drops to create or destroy the trust line or sign any other transaction (i.e. set trade buy or sell order) on the XRPL. I don’t know the implications of destroying a trust line with respect to sending/receiving the token. At present, I see no way to add custom trust lines in XUMM so you will have to do this via XRPTOOLKIT or SOLOGENIC. Both apps are similar but have different UIs. I’ll explain here for XRPTOOLKIT. XRPTOOLKIT - Creating trust lines https://www.xrptoolkit.com/ Set up a trust line as follows:- · Open XRPTOOLKIT on a web browser · Connect your XUMM wallet to XRPTOOLKIT (Follow the instructions) · Select account/assets or the add asset tab · Select the Custom Edit tab (You will see an input for the issuer, currency, and limit) · Input the issuer address from the table below for the desired token · Input the currency ID for the desired token · The issuer address and Currency ID must be for the same token · Set the limit to how many tokens maximum to receive (leave as default, 100M, this can be changed later) Token - HADA Issuer Address - rsR5JSisuXsbipP6sGdKdz5agjxn8BhHUC Currency ID - 4841444100000000000000000000000000000000 Token - HADALITE Issuer Address - rHiPGSMBbzDGpoTPmk2dXaTk12ZV1pLVCZ Currency ID - 484144414C495445000000000000000000000000 · Open the Show More tab and check the flag is “SET NO RIPPLE” · If the issuer address and currency ID are correct the NEXT button will be highlighted · If the NEXT button does not highlight there is an error with your address and/or ID · You will then be requested to sign for the transaction on the XUMM app (5 XRP will be locked up and you will be charged 12 drops to open the trust line). · I will monitor newly created trust lines, verify the address and send the required tokens to your account. If you have any issues claiming your HADA or HADALITE please DM through this forum or contact hada@protonmail.com. This is an educational project, and you may not receive the tokens immediately, be patient, I’ll be sending them manually when I can. SOLOGENIC https://sologenic.org/ To trade HADA and HADALITE on the DEX you will require a gateway. The best I have found so far is SOLOGENIC which allows for the trade of “Custom asset 1” to “Custom asset 2”. You should also be able to trade via the XRPTOOLKIT. To trade HADA for HADALITE on the DEX with SOLOGENIC follow these instructions:- · Connect the XUMM wallet to Sologenic (follow the instructions) · Once connected, select ACCESS DEX · Select the MARKET tab on the left-hand side and a CUSTOM pair tab should appear · Select the issuer currency dropdown box and select “Other” · Enter the issuers address from the table above for the desired HADA or HADALITE token and click SEARCH · The currency should then be discoverable in the currency drop down box below the search box · Select the currency · Click confirm · Repeat the steps above for the counter currency using the alternate currency address from the table above · Click confirm · Click confirm again · This should redirect to a trading platform for the HADA/HADALITE pairs · I have started to create an order book · Check the Star in the top left corner to add the pair to your favorites for faster access · Try buying and selling HADA/HADALITE, creating orders and getting used to the signature process on XUMM This is an exercise and a way to learn and understand the DEX without risking our precious Zerps. However, a few drops will be spent when placing any buy or sell orders between the HADA and HADALITE pair and a reserve of 5 XRP is required to place any trade. WARNING – The DEX can be confusing, especially when reversing pairs. Be careful as you may inadvertently buy when you meant to sell or vice versa. This is not trading advice just a way to understand the DEX. WHATS NEXT? I have locked 1000 XRP in an escrow for release on 31st August 2021. If there is any traction with this project (i.e. 50 % of HADA coins have been distributed) the XRP can remain in the account to pay for any incentives, costs or put back into escrow. At present the use case will be rewards for completing tasks (i.e. sending secret message via XRPL, creating trust line via Gatehub or other software). Automate certain processes such as issuance and distribution. I have reserved a twitter handle @hadacoin. Just in case. If others would like to learn how to create their own token or already have one let me know I would be happy to exchange / create trust lines etc…. or give advice. It could be interesting to develop the HADA ecosystem using only services and goods purchased using XRP (i.e. purchase a web domain name using XRP, pay for services using XRP). It would be nice to create a Logo, Icon, or website paid for using XRP. Develop a governance / voting method. Assign tangible assets (virtual and real-world) to a token (new or existing) and further experiment with NFTs and token issuance. DISCLAIMER This is not an investment contract nor a common enterprise and there is no expectation of profits derived from the efforts of others or myself. The value of HADACOIN or HADALITE is zero and is not expected to increase above zero. There is no intrinsic value in these tokens, and you could lose money by participating. Despite that, if you live in the USA the decision to participate is at your own risk. This is a personal project. I have no connection to any of the above application developers or Ripple. However, I think they are doing a spectacular job. USEFUL LINKS https://xrpl.org/ https://blog.ripplex.io/building-a-more-sustainable-scalable-and-accessible-future-for-nfts-with-xrpl/ https://xumm.community/ If anyone would like to assist further in this project in any way please contact HADA at hadacoin@protonmail.com. If you have read this far, thank you and if you want more I’ll give you another 10M HADALITE and HADACOIN. Send an email or DM with the code HADACOINx2 and your public address in the text and I’ll send you another 10M tokens of each. Thanks HADA

Hi All, Need some help on the xrpl. I'm using the ripple-api module on nodejs. When I do a getBalances() it works fine - returning the balance of xrp from the xrp mainnet, but when I use a similar call to do getTransactions() Error is as follows: done and disconnected. DisconnectedError: websocket was closed at WebSocket.<anonymous> (/home/paul/sites/tsg500xrp/backend/node_modules/ripple-lib/dist/npm/common/connection.js:361:48) at Object.onceWrapper (events.js:422:26) at WebSocket.emit (events.js:327:22) at WebSocket.emitClose (/home/paul/sites/tsg500xrp/backend/node_modules/ws/lib/websocket.js:243:10) at TLSSocket.socketOnClose (/home/paul/sites/tsg500xrp/backend/node_modules/ws/lib/websocket.js:1031:15) at TLSSocket.emit (events.js:327:22) at net.js:673:12 at TCP.done (_tls_wrap.js:563:7) { data: undefined } The code I'm running is: router.post('/api/getTransactions', async (req, res) => { const api = new RippleAPI({server: 'wss://s1.ripple.com'}) api.connect() .then( async () => { /* begin custom code ------------------------------------ */ api.getTransactions(address) .then(balances => { console.log('balances') console.log(balances) res.status(200).send(balances) }) .catch(console.error) /* end custom code ------------------------------------ */ }) .then(() => { return api.disconnect() }) .then(() => { console.log('done and disconnected.') }) .catch(console.error) }) Any help greatly appreciated. All the best! Paul

hi, I was trying to move from Xpring-JS to ripple-lib but ripple-lib does not support payment pointer or payments id, what can i do or how can I make a payment using a payment pointer in xrp or an issued currency with ripple-lib? I know that in coil some how made that, but i don`t know how to make a payment using the xrpl and a payment pointer

Hello XRP community, What would make XRP-L an ideal network to be used by banks, exchanges, governments, retailers as a derivatives platform/market? From a personal POV, why do you think it will be a derivatives platform in the mere future? Why would banks, exchanges, governments and retailers favor the network over others?

Today, RippleX is rolling out a community page on Dev To aimed at engaging the growing XRP Ledger Community. Our inaugural post was written by David Schwartz, CTO at Ripple and one of the original architects of the XRP Ledger, and introduces his vision for Federated Sidechains. Developers around the world are invited to share ideas, provide feedback, ask questions and join the discussion. Together, we look forward to building trust and utility for the XRP Ledger. https://dev.to/ripplexdev/a-vision-for-federated-sidechains-on-the-xrp-ledger-2o7o

Hi, I've been researching a lot about the XRP Ledger and the bridging mechanism, but I still have some questions. Can XRP work as a bridge between USDC(StableCoin) and Cross-Currencies payments(FIAT)? Hypothetical example: I use a Wallet where I have some USDC deposited and I want to make a payment in a Fiat currency as the Colombian Peso, can XRP be used to bridge between USDC->XRP and XRP->COP? (USDC->COP)

Hello world! We're pleased to announce something special that we've been preparing for the past couple months: XRPL Grants! This is a new program to support the XRP community by funding developers and projects directly. Unlike any prior initiative, XRPL Grants is primarily targeting individual developers and very small dev teams, in the earliest stages of building the next big thing. We know that many types of projects don't have a clear business model, especially in the early days. There are also lots of needs in the open source community, which don't directly lead to users or revenue, but are critically important to evolving the network and fostering innovative use cases. Those are the projects we want to support! There's more we can say, and we look forward to discussing in more detail today and in the weeks ahead. Find out more at: https://xrplgrants.org/ Also, I shall be running a couple of extra Twitch session tomorrow (Thursday 27th) at: 11 AM Pacific Daylight Time (18:00 UTC) 11 AM British Summer Time (10:00 UTC) Come chat to us at: https://www.twitch.tv/ripplexdev -Matt

Please take this with a small pinch of salt. It's work in progress so I haven't thought it all the way through 100%. I'd like to call upon some old pals who are smarter than me: @KarmaCoverage @tulo @kanaas @protechtor @cmbartley @baggy23 @yxxyun @Mercury @mars75 @Graine @Global @jn_r @brianwalden @Parabellum etc, to help me thrash this out and debunk/critique as necessary. –––––––––––––––––––––––––––– x-Assets Synthetic, XRP-collateralized, price-pegged digital assets. Collateral could be 1.5:1, 2:1, 3:1 as necessary. Based on the XRP Ledger Stablecoin Proposal by David Schwartz: xUSD xEUR xXAU xXAG xBTC xLTC xMXN xQQQ xAPPL xTSLA xWTI (etc) Assets inside exchange orderbooks are always "synthetic" or IOUs of some sort because on-ledger exchanges (even XRPL's DEX) cannot handle such immense trading volumes. The exchanges hold "real" assets in the back end (either bought "on demand" or most likely in advance bought at bulk or at their own risk), so when you want to cash out you convert the (for example) BTC "IOU" to BTC. Instead of exchanges holding multiple real assets, what if some exchanges only held a quantity of XRP (over-collateralized, say 200%) that's required to buy back those assets upon cashing out? -- @KarmaCoverage rightly mentioned (below) that ILP ledgers can do this; @tulo made a great thread back in 2017 re: ILP & multihop -- The problem is that there are any given number of assets with particular quirks e.g. bitcoin and its slow transaction time. Or some niche digital gold ledger somewhere. So exchanges still have to buy/hold the actual asset "somewhere" to make the withdrawal. But stablecoins prove that synthetics can work. Just look at USDT (aka Tether). What it allows is for better rebalancing and liquidity between exchanges. Users can port USDT to any supporting exchange and hold. Tether acts as a treasury or rebalancing mechanism. But it's still slow and requires trusting the Tether treasurers! Let's assume exchanges support an x-Asset standard instead: xUSD, xMXN to start. Instead of e.g. using ODL for remittance (where we know Ripple have had rebalancing issues) the usual way – deposit to USD exchange (slow), swap to XRP (fee), withdrawal of XRP to MXN exchange (slow, possible fee) and another conversion from XRP to MXN (fee) then withdraw to MXN bank (slow, fee?) – this time a market maker (and/or collateral provider/issuer of some sort) holds only XRP and uses the XRPL's pegged stablecoin feature to create a synthetic 200% backed xUSD / xMXN on the XRP ledger. These synthetics move in 3 sec just like XRP, because they are XRP! But remember, these also behave like "real" USD or MXN for holders thanks to price oracles (perhaps supplied by Flare, Tezos, Chainlink?) so that they always guarantee the same market value upon redemption. That price volatility risk is managed profitably by the issuers (and market makers?). Since the exchanges support x-Assets directly, the market makers (MMs) can quote for a remittance flow from e.g. USD->MXN and since we know the XRP value of both USD and MXN, we can also calculate this in XRP. So all the MM is doing is moving XRP from the xUSD to the xMXN (or vice versa). Or, XRP is just rebalancing instantly from one "pot" to another, so to speak. Going from xUSD to xMXN is really just an XRP tradeoff in a collateral pool. Side note: this might be what parts of Bob Way's patents were alluding to (or not). I believe (but I'm not 100% sure) this gets rid of at least one of the two fees that's been a problem for ODL on traditional exchanges where you have to go e.g. from Kraken (USA, fees) to Bitso (MXN, fees) and cannot also guarantee their withdrawals will be timely. So instead, we're just moving XRP direct and only incurr the XRPL fee plus whatever the MM quotes. Now notice in the bottom graphics that I've put examples of various synthetics trading with one another without XRP, which is a weird notion. E.g. xXAG (silver) & xQQQ (NASDAQ). But remember, these are all just XRP anyway. But I think it's possible. They are really just "pots" being refilled like water flowing from one to another on-demand. The water is XRP. Just for fun really. Also notice one can get a total calculation of volume (in XRP, of course) for the entire orderbook slot. So rebalancing is in theory very easy to calculate here to top-up one-way flows. Remittance/ODL? The main point though, is how a remittance flow would work through this system vs ODL. How the rebalancing gets done. Because now it's just a matter of moving XRP from pot to pot. However, at some point the x-Asset has to hit a real bank account. Unless of course... banks are part of the "pool" in some way. But my brain can't play out all the pieces and I start getting a headache and thinking... maybe this is all total crap?! We know under David's proposal that x-Asset issuers will get rewarded for taking over other positions and providing excess collateral to guarantee redemptions and so on. So the game theory works for this part and provides a sort of long-fabled liquidity incentive (Miguel?!) in the meantime (possibly related to Bob Way's automated, scalable and non-partisan mechanism for allocating XRP on the DEX). Questions/problems Anyway my questions to you guys, are: 1/ How and by whom does this rebalancing take place when new money comes into exchanges e.g. speculators/traders/retail? Who accounts for the extra flows? 2/ What happens at the point of withdrawal to a real bank account? Is that actually faster than just having regular exchanges, or the same? 3/ What if the Banks themselves simply hold and rebalance x-Assets (xPool?) until they need to withdraw in bulk? 4/ What if consumer-end apps and pseudo-banks e.g. Uphold, Gatehub, Coinbase, even Paypal/Revolut, started accepting an x-Asset type standard? 5/ Could x-Asset rebalancing between exchanges/pools be achieved in an automated fashion by an XRPL native AI/monitoring system? 6/ Is this a useful implementation for Offer Auto-Bridging? @nikb 7/ Is this really a legit thought experiment?! Am I wrong or completely bonkers?! PLEASE DON'T ROAST ME ALIVE!!! . . –––––––––––––––––––––––––––––––––––––––––––––––– . . REFERENCE MATERIAL (reading to do if this is all new):

(1/2) - 22 February 2020 Although never confirmed by Jed McCaleb, the "tacostand" XRP wallet (rEhKZcz5Ndjm9BzZmmKrtvhXPnSWByssDv) is well-known to belong to him. A quick look at the wallet and its transactions (https://bithomp.com/explorer/rEhKZcz5Ndjm9BzZmmKrtvhXPnSWByssDv) and you will quickly notice that Mr McCaleb manages his funds following a very strict routine. Every morning at 08:02 UTC, 1.7M XRP are sent to another wallet. The so-called wallet, activated by Jed, is then "in charge" of selling the XRP. A rigorous routine is also in place. Wait 09:00 UTC and you will see on the ledger the first "create offer". Offer that is usually selling 1M XRP for USD Bitstamp (IOU). Keep an eye on the XRP:USD.Bitstamp orderbook and you will see that the order is algorithmically managed. The price (exchange rate) of the limit order is, if needed, constantly adjusted. As an example, last Thursday (2020-02-20), the limit order was canceled and re placed 13 times. Jed aims to sell the XRP. The more the offer is at the edge of / at a competitive price on the orderbook, the more chance it has to be filled. However, this Saturday morning, 22 February 2020, Jed's automated bot sold 1.7M XRP for ... $188,456 USD, meaning that it sold at an approximate XRP:USD price of ... 0.11 USD. The price this Saturday morning being around 0.271 USD. The candle below highlights the magnitude of the slippage. Details of the transactions: https://bithomp.com/explorer/E470541E262C6DA171CFCBBD7A115A0F12EADE6B21360DDDC936723093CF6528 https://bithomp.com/explorer/4D705B1F0EC0C4B3DD01198EBDC01345528067F5CC3C280FB16D1C1FED9A8636 https://bithomp.com/explorer/AD536145D6F76EF8E019E897C200F4635DD20ABEE8EC2B20C9140706057C5E5D A trade has two participants, a buyer and a seller. Selling at a discount of 0.59% means that an individual (or group of individuals) made approx 270,000 USD of profit this morning. Luck or Jed's bot generosity is not, as you guess, the explanation of the dramatic event. The attacker (https://bithomp.com/explorer/raBmhBNmYFGe5hJ5Gez2MbpNspewctCAGv) has been preparing his/her/their coup de grâce. Although only successul today, the attacker has been groping for the flaw. Transaction activities of the wallet indicate that the wallet has been active on the XRP:USD.Bitstamp trading pair for at least two months. The wallet sold this morning around 1M XRP, cleaning all the liquidity / depth of the bids of the orderbook, then placed the first killing order (1) that Jed's bot decide to take, then the second killing order (2). Jed's bot also hit the bid for the latter. (1): https://bithomp.com/explorer/FEDC30F932389FC34D126172E26ACD10D79CAD78ACEA360B44B82ABA25868087 (2): https://bithomp.com/explorer/0E3372A2F43154B02100CEF29C941FBC85084EF2BDCA65FA7DCD4ACA709F214E The attacker does not act alone. Sub-wallets 1 (https://bithomp.com/explorer/rHjzw8L2ZBNhLfWw3yv8AY1hf1QYnRMriR) and 2 (https://bithomp.com/explorer/r9ujfsgebDGPEoQP7WFYcVrhEKQZPKVGd7), activated by the one mentionned above, looked like to have specific roles. Mostly create counter orders, allowing front running kind of strategy. To be continued... Many interesting unanswered questions: - What was the specific technical flaw the attacker took advantage of? - What is the profitability of the attack? (taking into account potential front running costs - previous tests / iterations before finding the flaw) - Will the attack repeat itself tomorrow? / Had Jed noticed the event? (2/2) - 25 February 2020 Yes. As you can see below, the attack was repeated every day since the first successful attempt. More active market participants during the week than the weekend has probably a positive impact (less slippage) on Jed's bot loss, although today's data indicate that the attacker had a +10% discount on the XRP bought. When yesterday, on Monday February 24th, many bids populated the orderbook, therefore reducing the potential slippage and the arbitrage gain, the attacker does not seem to be discouraged. The malicious wallet even sent few payments with some interesting memo (here below) to push for more cooperation... Cooperation that was indeed tried, successfully or not, in the past. Look at the memo below regarding a payment sent early January. A payment got some echo (payback, as a sign of approval for cooperation?) on at least one receiver. Please note that the client description below recalls some other events (https://medium.com/@john.cantell/hi-renier-8f887aee027b). John Nash would have been proud. Even in a decentralised exchange the concept of game theory can stand. Memo can support text messages, allowing market participants to communicate with each other and therefore, look at decision not in isolation but as being part of different interactions. As regards Jed's bot flaw, it seems that the algorithm takes decisions based on: the distance to the best ask: replacing the order to make sure that it is at the edge of the ask side the bid ask spread the volume depth of the bids: Jed's bot hits the attacker bids (in all examples), meaning that Jed's bot decides to hit the bid if the slippage is not too important and if a tight spread (mentionned above) is true Note that the above are assumptions and educated guesses. Digging into the transactions is probably the best way to know more about it. I am quite surprised that (my assumption) there is no outside / off ledger element Jed's bot relies on. For instance, the XRP:USD spot price of another (liquid) market, making sure that the decision to place an order on the ledger at x price is not irrational compare to the latter. The best for that being probably the BitMex XRP:USD spot index (https://www.bitmex.com/app/index/.BXRP). Peace.

I'm running XRPL validator (public key: nHBmJuwMPRh2mLrYhUdFHNKrZ3cwXEkiGAKXESM4mDvQKMF8WAp7) based on Wietse's Wind docker rippled validator repo (https://github.com/WietseWind/docker-rippled-validator). It's up and running newest rippled version 1.2.0. Now I'm trying to validate my (sub)domain (again according to the instructions of Wietse - https://medium.com/@WietseWind/verify-your-ripple-validator-show-your-domain-da19de30b19bbut) with no success. I'm little bit desperate and really don't know what I'm doing wrong. Hope someone can help me. After a few attempts I ended up with following configuration: Server 1 (S1): web hosting with simple web presentation https://www.rippled.eu Server 2 (S2): with rippled validator running CentOS with webserver running and serving subdomain https://validator.rippled.eu I edited apache ssl configuration file (ssl.conf) with these parameters: ServerName validator.rippled.eu SSLCertificateFile /.../validator.rippled.eu/cert.pem SSLCertificateKeyFile /.../validator.rippled.eu/privkey.pem SSLCertificateChainFile /.../validator.rippled.eu/chain.pem Both servers has its own Let's Encrypt certificate (S1 *.rippled.eu, S2 validator.ripppled.eu). Certificates were generated using Certbot on S2. On S1 I uploaded thru administration control panel of my webhosting service. Web browsers displays that certificates are valid. S1 has DNS A record (validator.rippled.eu and *.validator.rippled.eu pointing to public IP of S2) In verification process I'm running following command: "docker run --rm -it -v /keystore/:/keystore/ -p 80:80 xrptipbot/verify-rippledvalidator" Next listing is as folows: So I ran next command: docker exec rippledvalidator /keystore/finish_signing In final step I inserted requested data into Google Docs "XRP Ledger Validator Domain Verification" document Email: my email Domain: validator.rippled.eu Validator public key: nHBmJuwMPRh2mLrYhUdFHNKrZ3cwXEkiGAKXESM4mDvQKMF8WAp7 SSL Signature: 512B long hash Domain Signature: 128B long hash Everytime I tried, I received email with following message: Could someone point me where I'm making mistake, what's wrong with my certificate or verification process? Why is verification process missing my certificate? Am I missing something in apache configuration files (https.conf, ssl.conf) or rippled config file (rippled.cfg)? I'll be glad for every suggestion or help. Thank you.

As Twitter has revamped its Lists feature, I decided to put one together that includes XRPL Developers and also Twitter handles of their projects. The list is a work in progress and suggestions are always welcome. Let's follow and support those who buidl and contribute instead of those who are only here to sell hopium for the follows Here's the link: https://twitter.com/i/lists/1279847872461246464