- 22 October 2024 (626 messages)
-
-
-
You can't trick me into agreeing with you by typing a bunch of word salad in broken english
-
-
Do it
-
-
-
Draw succulently upon my root chakra
-
What happened?
-
I just politely told that guy to eat a dick
-
It was mad classy
-
-
Okay but why? Dispense problems?
-
founders fighting - stack scamming - just another ordinary day in counterparty 😅
-
Oh that... yeah you gotta scroll up bro...
-
Just popping in to say you are all doing a great job of making Counterparty feel like a place I want to spend my time
/s -
I'm sure the masses are so excited to interact too
-
The reason I’m asking is because I’m looking over txs there’s an active network fork happening right now… ninja based txs are using cp 9.6 and freewallet and horizon are using >10
That means if you bought stuff with dispensers on ninjas in the past 3 days you won’t be getting it… -
You will have to contact the seller to get a refund or you card
-
hey guys, it’s hard for me to catch up here, so i am not commenting on the spirited discussion, but there’s a new xcp chat if you guys want another space to hang in addition to this one 🙏❤️ https://t.me/+kLyxpIWt_r4wZDcxCounterparty
Adam invites you to join this group on Telegram.
-
I think both can exist
-
also, just FYI, my history of transaction in my FreeWallet still does not include the distribution of the Tatiana coin. Only the amounts paid in and the same is on token scan, but it actually shows no dispenses for two weeks although they were definitely deducted. I can’t parse out what from these conversations above applies to my specific issue but just wanted to give a heads up that it still appears to be going on at FreeWallet. I’m sure that with updates it will repair itself, but if people thought that that fix was going to fix my specific problem , unfortunately that has not happened yet.
-
Also, I am still bullish on this protocol, even though we seem to have some growing pains and I also wanna say I appreciate J-Dog’s hard work on FreeWallet as well.
-
-
Which is fine but Core Devs have a conflict of interest against current tooling that supports an overwhelming majority of the community. So intentionally making things harder for competing wallets banning other devs does not seem in the best interest of the community.
-
-
So there are two different potential conflicts of interest that I (Adam) see. The first is the possibility of supporting Unspendable Labs' business over the interests of the community (e.g. Horizon Wallet + Explorer over other wallets and explorers). The second is that the entities funding the company Unspendable Labs could push the protocol development in a way that favors their own interests.
The second question is easy to answer: the existing funding for UL comes 100% from (1) myself, (2) the Bitcoin Frontier Fund (who have made their investment public), and (3) close friends and family (whose names I won't disclose)
The first question is harder to answer. Yes, there's a potential conflict of interest. It's possible that I personally could push to change the protocol in a way that favors the UL business. That's possible in any case where someone who leads development of a community project also runs a business that makes use of that project. All I can really say here that UL and I are much more incentivized to make Counterparty successful than to increase UL's short-term revenue. That's why 100% of Counterparty development is done out in the open, including all issue tracking and prioritization, and why Horizon Wallet is fully open-source. -
Same to you, btw
-
-
-
the counterparty continue failing in the buys check, some minutes ago one friend try to buy with this transaction 1 xcp https://tokenscan.io/tx/f76752b7d1553c46f521e976df76f1b4220949b91731aa057abfc5da99550bde from this wallet 1Cc5KaWLnAkrpUaLWUfMjwono691uPQuLH and the dispenser guy 1CcMMYuzcquFRaKQdGf4dJiVXQaK9Q7VUS https://tokenscan.io/tx/3ab302a1fa6ad5dcae3fbb99f22e64540b5122faaa127fe5e48f3de3eec78214 close the dispenser after , and she dont receive the XCP, but him receivethe BTC... and the transaction dont show anything on tokenscan
-
-
Here are the remaining admins in case anyone needs an admin to moderate / remove spam, etc 👍🏻
-
What wallet was used?
-
Na don’t want to meet you
-
-
Can you remove the "No Chinese Bot" robot? It will accidentally kill many real Chinese users (I was accidentally killed by it a few days ago).🥲
-
she use freewallet and good fees
-
Make sure on the latest release 0.9.37 which was released last night, and reset server settings to default.
Also ask if she used the “send funds” form or bought direct from a dispenser on the “dispensers” tab.👍🏻 -
Not sure what happened with that tx. She paid the network fee and didn’t send any btc to the dispenser
-
Done👍🏻
-
she send all ok
-
-
-
-
-
-
Wally
-
My fairminter remains open even though it's minted out. How does that work? I want to add the picture..
-
Noticed this on freewallet. It should work using Horizon. I did this very thing
-
Even MINTS is still marked as open
-
Tokenscan may see the update as invalid as it thinks the fair mint is still open but horizon will show your image if you make the update
-
I just show the status value from the fairminters table🤷🏻♂️
-
I tried changing description on horizon wallet too
-
hey guys , something strange happened.
https://mempool.space/tx/90ed6af06076d34edcea2794c64b7e6d00d6921ad4065e72d2c2def318c784d3
^ this is a transaction to an XCP dispenser 8 hrs ago:
https://tokenscan.io/tx/86df04671c043d4c4547bd90e64463e277cc7a2b4f0c70453508015245db991a
u can see the addresses match, i sent it from my freewallet , but on Xchain there is no record of this dispenser ever receiving my BTC, how is this possible?
It should dispense XCP to me but it did nothing for 8 hrs, there is 44 confirmations already .Bitcoin Transaction: 90ed6af06076d34edcea2794c64b7e6d00d6921ad4065e72d2c2def318c784d3Explore the full Bitcoin ecosystem with The Mempool Open Source Project®. See the real-time status of your transactions, get network info, and more.
-
Mints, does anyone want them? I have a lot.
-
Getting reports that the “auto detect a btc send to a dispenser address n convert to a dispese tx” not working as promised in counterparty-core API…. Seems to be working inconsistently… so, will make updates to freewallet tonight/tomorrow to check destination address for a dispense when sending BTC n generate a dispense tx instead of a send.
-
-
Nope… the issue is some btc sends to dispensers are JUST sending btc n not including the op_return output with the dispense method… all I can do is make updates to freewallet to not rely on the “auto-convert btc send to dispense message” in the counterparty-core APIs…. Won’t be retroactive.
Gotta love it when users losing funds due to things not working as designed/promised in the latest counterparty-core release😢 -
-
Try to locate the operator of the dispenser and work it out p2p.
-
how can i do that?
-
Counterparty upgraded, and your transaction was not detected by this new version. The “old” version did detect it:
https://www.xcp.dev/tx/90ed6af06076d34edcea2794c64b7e6d00d6921ad4065e72d2c2def318c784d3
I would remove all 100% compatibility claims everywhere, is clearly misleading to non-technical users. -
-
It's my dispenser I will send you the XCP. First have to close the dispenser.
-
-
No that won’t do anything
-
Thanks. That saves me a lot of time
-
-
-
-
-
Thought u was working, plenty of time all day to troll, but zero time to prove the tx thing u said u cant do coz of work
-
-
oh, no lol. I'm not rejoining this channel unless someone else is owner. I have no interest in spending any more time dealing with such nonsense. I created another channel for people to discuss Counterparty if they're interested: https://t.me/+kLyxpIWt_r4wZDcx
-
-
- 23 October 2024 (68 messages)
-
aa18620aff4282844a99ac5d568d36628af2fe0c290dc785aa82a5f6b7afe045
https://blockstream.info/tx/aa18620aff4282844a99ac5d568d36628af2fe0c290dc785aa82a5f6b7afe045Blockstream Block ExplorerBlockstream Explorer is an open source block explorer providing detailed blockchain data across Bitcoin, Testnet, and Liquid. Supports Tor and tracking-free.
-
-
Is xcp.dev the "old" version?
-
What type of tx was this? Doesn’t appear to be a dispense tx (those have 1 address output, 1 op_return output, and 1 change output…. This only has an op_return n change, so not a new or old dispense… what wallet? What action were u performing?
-
-
The dispenser didn't work so he sent them to me. That was the tx from the send
-
-
-
-
-
-
-
-
-
The status of the transaction was a fail…. The person tried to send you 20 XCP, but by the time the transaction confirmed and a block that 20 XCP had already been sent elsewhere…. It appears as if counterparty is acting normally in this case.
What do you do? You show this transaction to the person who tried to send you 20 XCP and let them know that you never received it because it never transferred out of their wallet to yours. -
very dope tatt
-
hi there, do you have any idea to fix this error please?
-
Wait a little, that's often when the API isn't up to the last block
-
opened a dispenser for XCP, if anyone is interested: https://explorer.unspendablelabs.com/tx/9bbdd2ecedd76fbd8eb0cb6bf9a6c60b395b7b8512b8ee8b3fc15187255cae50Horizon Explorer
Horizon Explorer by Unspendable Labs
-
Your fav alternative to tokenscan?
-
hey guys this is a legit explorer for counterparty right?
-
Super legit - made by the original cofounders of Counterparty
-
I guess you too are all typing and no action. However I do owe you some love for the years of personal attention
-
STFU
-
We all want counterparty to be strong
-
dudes the misery in here is off putting just chill
-
this 💯🙏
-
😭
-
👋
-
-
The first utxo based atomic swap of a cp asset for btc happened last night
https://mempool.space/tx/a2e17824c11f6dfa87d97054b86c19aa49c8535438edfb5993f3ac4b08b9ba73?mode=detailsBitcoin Transaction: a2e17824c11f6dfa87d97054b86c19aa49c8535438edfb5993f3ac4b08b9ba73Explore the full Bitcoin ecosystem with The Mempool Open Source Project®. See the real-time status of your transactions, get network info, and more.
-
This is very big. You can now trustlessly trade high value assets. It’s only a matter of time before the tooling is ready
-
Goodbye Rug-spencers!
-
This
-
Miners really happy with this tx lol I put 50.000 instead 5.000 of fee 😂😂
-
-
Good thing I didn’t broadcast, you would have front run me by a mile.
-
but at least you wouldnt have lost funds
-
-
Despite all market is so red rn
-
❤️
-
Son itll be Green, It allways has been
-
-
auction available in scarce city :https://scarce.city/auctions/miningpepel-counterparty-milestones .MININGPEPEL is an asset belonging to key XCP milestones (Olga, Test, Umbrella, etc.), extremely rare and unique on the Counterparty blockchain, marking a pivotal moment in XCP history. It is the first locked asset with no tokens minted, making it a truly unique collectible. With a total supply of 0 tokens, this asset is irreplaceable, offering exclusivity to collectors who value historical blockchain artifacts. Perfect for those seeking unparalleled rarity and a piece of crypto legacy.MININGPEPEL(Counterparty Milestones) | Scarce City
Own a piece of Counterparty history! part of the exclusive XCP Milestones listing(olga,jpja,test,...) the first time a named asset is locked without minting any token first. Limited availability(supply 0) and highly sought after by collectors and investors. Don’t miss out on this unique opportunity! asset of 2017 PEPE HUMAN CLONING. This Lot Includes: Digital Good: https://tokenscan.io/asset/MININGPEPEL Counterparty NO RESERVE Join the Scarce City Banter Telegram channel for auction updates, commentary, and sat giveaways.
-
Just wanted to let everybody know the guy that I purchased 20 xcp from yesterday when dispensers were fukt held true to his word and sent me the xcp. on that note I can also see his dilemma with smaller purchases and how high fees were so I'm not quite sure how that works out for everybody. but I just wanted to let you all know 🐸🪖🙏
-
And he paid out all the small orders too. Ate the fees to make things right
-
@stackbtc
-
⏳24 hours down, 24 hours to go
🐸 PEPE & Frens 🐸
Featuring PEPES both physical & digital, rare & fake, plus counterparty milestones and more
Every unique X-connected bidder gets a ticket to win NATFLYERS, too. 👟
🔗 https://scarce.city/collections/pepe-and-frens-24 -
Skol for keeping your cool Viking!
-
What's happening right now is literally forging the StonkMarket 2.0.
This transition will be written about in the eddas of humanity achieving full freedom. Legendary times.
Humbled that I'm even in this circle. 🐸🪖🙏 -
-
And twenty XCP is damn near equal to muh weekly pay in the "real" world.
Muh herbal therapy keeps muh beard from catching fire.
Everyone have unshakable Faith.
We winning -
Blockjack | Ángel Haro (@BlockJack8) on X
🚨💥 Historic Moment 💥🚨 A few hours ago, the first-ever Atomic Swap on @CounterpartyXCP was successfully completed! 🎉🚀 Huge shoutout to @wasthatawolf for initiating and @jcervill42 for fulfilling it, with the support of awesome wizards like @0xDerpNation and others 🧙♂️✨!
-
-
Happy (and fortunate) to be one of the early Hodlers of this future Grail - dispenser free - thanks 2.0 rollout!
-
Right!?!
I was just talking about that this morning that that card was able to get rolled out with no dispensers went through the first 41 of them in 8 hrs 🤯 -
Looks like it could've been ugly for you with the demand and the current FW dispenser issues...
-
Glad to hear that... Now he just needs to work on his "I am smarter than everyone... so fuck you" attitude. Glad he decided to do the right thing and not keep user funds.
-
Can an atomic swap be explained easily without diving into the docs?
-
I had to close the dispenser.
Glad I was paying attention. -
Right now performing it requires Bitcoin core or a working knowledge of tx construction.
But the idea is, send an asset from your wallet and attach it to a utxo. When that utxo moves, the first no op return output of the tx now holds the utxo until it is detached and put into a wallet -
-
-
So the atomic swap is signing a psbt with your asset in a utxo and the amount of btc you want for it. Then someone who wants to buy your asset adds an input a dust output and a change output and finalizes the transaction, giving you the Bitcoin and they get the asset
-
Tooling is actively being built by multiple groups to make this easy for the end users
-
Glad I was on the boards that day and paying attention too. I was ready to make some moves (still am), but patiently waiting for J-Dog now... sorry he (and everyone else) are now dealing with the stresses.
-
Thanks, that a lot for this retard to unpack but it's got a lot of good markers to zone in on.
-
- 24 October 2024 (54 messages)
-
FYI... Users are no longer able to send MPMA sends with multiple memos. I brought this issue up in the CP dev channel, and was immediately told I was playing games, and my issue was closed a few minutes later. Even tho MPMA sends were able to have a custom memo for every send in the past, apparently that is no longer the case going forward... sorry if some feel this is "trolling"... I'm simply explaining why users will no longer be able to send memos in MPMA sends... because it is broken / limited on the protocol level by the current devs.
-
MPMA Send unable to send multiple memos · Issue #2568 · CounterpartyXCP/counterparty-core
Traditionally, MPMA Sends have allowed for a optional per-line memo, which can be either hex or not on a per-send basis. According to the new /v2/ API docs, and the response from the /address/<a...
-
FYI... this should be fixed now... as I said, tokenscan.io was just showing the information that was in the CP database status field... in the 10.5 update, the core devs fixed things so that now fairminters status is updated when the mint reaches the hard_cap👍️️️️️️
-
-
-
Nonsense errors when trying to create `dispense` transaction for an open dispenser · Issue #2571 · CounterpartyXCP/counterparty-core
Since dispensers have been changed to require a dispense message to trigger a dispense instead of a normal BTC send, the feature of automatically detecting a BTC send to an address with an open dis...
-
-
-
XCP dispenser: https://explorer.unspendablelabs.com/tx/9bbdd2ecedd76fbd8eb0cb6bf9a6c60b395b7b8512b8ee8b3fc15187255cae50Horizon Explorer
Horizon Explorer by Unspendable Labs
-
-
-
is there a horizen desktop wallet?
-
or only web for now?
-
Not yet. There should be a web extension soon from what I heard
-
ty man :D
-
-
Looks like a unit display problem
-
ok thats fantastic
-
the team now needs to make some marketing !
-
and let some influencers jump on board to let everyone know about XCP!
-
Counterparty deserves it !
-
Pls post in FreeWallet chat n I’ll dig into it in the AM👍🏻 I fixed ur permissions so u should be able to post
-
-
OTC update: 1x 2500 XCP batch is currently available, at a better price than dispensers (just DM for more info)
dispensers: 2500 XCP: 0.40505 ~$27,193 (16200 sats/XCP)
otc: 2500 XCP: 0.39875 ~$26,773 (15950 sats/XCP) save $420! -
-
I keep hearing reports of this… both in Horizon and FreeWallet…. I don’t think the API is consistently detecting BTC payments to addresses with dispensers and converting those sends into dispenses.
You’re about the sixth person in the last couple days to report this issue.
You might want to add your complaint/details to this issue to elevate the priority of getting this fixed https://github.com/CounterpartyXCP/counterparty-core/issues/2571#issuecomment-2434621375Nonsense errors when trying to create `dispense` transaction for an open dispenser · Issue #2571 · CounterpartyXCP/counterparty-coreSince dispensers have been changed to require a dispense message to trigger a dispense instead of a normal BTC send, the feature of automatically detecting a BTC send to an address with an open dis...
-
-
Gm. Is it now possible and free to create a numeric sub-asset on a numeric asset?
-
It would also help if could you provide more info:
- Which wallet
- Wallet version
- Desktop or mobile
If FreeWallet:
- Did you buy from the Dispenser tab?
- What are your server settings? -
-
MPMA Send unable to send multiple memos · Issue #2568 · CounterpartyXCP/counterparty-core
Traditionally, MPMA Sends have allowed for a optional per-line memo, which can be either hex or not on a per-send basis. According to the new /v2/ API docs, and the response from the /address/<a...
-
-
-
⌛️ Just 2 hours until HOT ZONES ⌛️
🐸 PEPE & FRENS 🐸 is wrapping up soon with unbeatable steals you can't afford to miss!
🔗 https://scarce.city/collections/pepe-and-frens-24
...
NOW IS THE TIME TO UNLOCK UNLIMITED BIDS WITH A 1M SAT (.01 BTC) DEPOSIT
DM me or @AryanJab if you have any questions 🤙
...
Want to win but not around for the auction close?
Login ⏩ Input Max Bid ⏩ Deposit 1M sats
We'll do the bidding for you ✅ -
yes
-
That’s great! Do you know of any tools for creating such sub-assets?
-
Horizon wallet
-
btw, can also do named sub-assets on numerics. No XCP fee.
-
Should I simply type number.number into the Token name field when issuing and it will work?
-
On horizon there are 3 dots next to the assets. Click that and pick Issue Sub-asset
-
Tried dm but not a premium user.
Any idea how attach XCP commission to a freemint? -
Haven’t tried it myself. Would probably just refer you to the documentation
-
-
-
pokemon name cool af
-
for freewallet, I get this error - “Counterparty API communication error!” is there a server setting i need to change for freewallet?
-
in the FW user manual it recommends to upgrade to the most recent version and to reset your server settings to default
best to ask in the FW tg chat:
https://t.me/freewallet_ioFreewallet.io ChatThis is a channel to discuss FreeWallet and ask questions and let the community answer
-
will do. thanks!
-
-
Is there link to docs? Describing fair mints n such?
-
I initially had an image with MYSTERYBOX and when I started the Fair mint, the description field got blanked (this may be resolved now). But what you could do is set the fair mint to start at a future block giving you time to add image pointer back into the description field or, otherwise, do it once the fair mint has closed.
-
Fair Minting | Counterparty
Fair Minting is a process whereby users are able to “mint” tokens in a decentralized manner. One user initiates the mint (either with or without a “premint”), and then other users are able to trigger it to create tokens for themselves. Fair Minting was likely inspired by the original Counterparty Proof-of-Burn mechanism, by which users sent BTC to an unspendable address and XCP tokens were generate for them automatically.
-
-
I put an image in unfairmints when it was minted out
- 25 October 2024 (18 messages)
-
NEW: 🟠 Bitcoin’s Onchain Cost Basis through Time 📊
More on researchbitcoin.net
By The Bitcoin Researcher
https://t.me/Bitcoin_Magazine -
Does an image make the cost of minting more?
-
I am running the full node, but the command "kickstart" can't run
-
argparse.ArgumentError: argument action: invalid choice: 'kickstart' (choose from 'start', 'reparse', 'vacuum', 'rollback', 'bootstrap', 'check-db', 'show-params')
-
I refer to docs.counterparty .io/docs/basics/usage/
-
No idea
-
Probably not, the image goes there with a description update. That's not included when you fmint/ make a fminter.
-
anyone buying pokemon?
-
https://tokenscan.io/asset/POKEMON 2014 token and name,art new
-
-
Updated - 1709 XCP available on verified dispensers
https://explorer.unspendablelabs.com/tx/dff8c851a0d38c7e4bc0ab6c4d281073620063865072e8c8943cf2ee564dbac8 -- 0.00014882 -- 158 XCP
https://explorer.unspendablelabs.com/tx/9bbdd2ecedd76fbd8eb0cb6bf9a6c60b395b7b8512b8ee8b3fc15187255cae50 -- 0.00015000 -- 45 XCP
https://explorer.unspendablelabs.com/tx/d312f7220b820d395324cb271d41509fe3fa8aa9c8fbe27a7a5d68360e4b3909 -- 0.00016000 -- 999 XCP
https://explorer.unspendablelabs.com/tx/e7ffb08363fb2621135d30ea3f7d32e11952b90dfa3ef07df77062a9c49fa647 -- 0.00016500 -- 115 XCP
https://explorer.unspendablelabs.com/tx/12e89fda64a19b2a71e4f16344f73be3c3ed89629eabc55566d020ed7fbbc5ce -- 0.00017650 -- 149 XCP
https://explorer.unspendablelabs.com/tx/a1ba19eeb7406f3fb989efbf956a9fbab26c3aee390cd8cd7a901b08b2c2717c -- 0.00018900 -- 243 XCP
- As always just DM me if any questions or issues with these dispensersHorizon ExplorerHorizon Explorer by Unspendable Labs
-
hey niftyboss, could you include my dispenser in the list? Here it is: https://explorer.unspendablelabs.com/tx/9bbdd2ecedd76fbd8eb0cb6bf9a6c60b395b7b8512b8ee8b3fc15187255cae50Horizon Explorer
Horizon Explorer by Unspendable Labs
-
-
there are other wallets you can use if you’re having issues, https://www.counterparty.io/#wallets
-
*** Announcing Counterparty Core v10.6.0 ***
This release includes a protocol change to fix a regression for the case when there have been multiple dispensers opened at a single address. The bug prevents users from triggering dispensers at addresses where there have previously been closed dispensers (rather than simply re-opened dispensers).
This release is a protocol change from mainnet block 868,200 (in about one week).
It also includes a backwards-incompatible change in the API: /v2/addresses/<address>/balances/<asset> and /v2/assets/<asset>/balances/<address> now return a list that may include balances attached to UTXOs of <address>.
This release includes a bugfix for chained UTXO movements within the same block. This bugfix requires an automatic reparse starting from block 867,000. Given the current slowdowns in catching up with the API database, we recommend using counterparty-server bootstrap before restarting your server, but of course you can reparse from scratch to verify. The slowness in reparsing is currently being addressed.
*NOTE*: All wallets should use the compose_dispense() call to trigger dispenses rather than the legacy create_send(). Due to the above bug, using create_send() can make it possible for users to send BTC to an address where the dispenser will fail. All node hosts should migrate to compose_dispense() ASAP.
Full Release Notes on GitHub: https://github.com/CounterpartyXCP/counterparty-core/releases/tag/v10.6.0
Public API Servers at api.counterparty.io are being updated as we speak. -
if you want to ask in the development chat that's probably a better place for it @Counterparty_Dev, but I would suggest just starting with the docker image, it will be much simpler unless you have a specific reason for wanting to do a manual install
-
Thanks for reporting, these instructions are out of date and will be updated shortly!
-
Already included (#2 in the list)
- 26 October 2024 (44 messages)
-
ikftcccxUuihv&&@@$468)(“@;(:;:)77(,,..$@!$)(?&987),::47677
-
long live fork
-
PEPENEFRTITI | Series 15 Card 34
via FAKERARES_XCP (orange rarepepe series)
SUPPLY 48
HOLDERS 16
DISPENSER for 0.00555 btc
https://tokenscan.io/tx/bfb5e7d640391b0960a18dbd225c25fac1e0acce917bdb0da2dc52f27424015e
Opensea LInk
https://opensea.io/assets/ethereum/0x4c03bcad293fb0562d26faa7d90a0cb3ea74c919/44342781581302318555514179876245849603771884782372978818010060949590475364882 -
-
FAKEPEPESPAM
via Mafia Wars Directory
Supply 100
Holders 34
https://mafiawars.io/card/FAKEPEPESPAM
https://tokenscan.io/asset/FAKEPEPESPAM
DISPENSER 0.00111 BTC a POP:
https://tokenscan.io/tx/4b5c3f8cc2f8635184c3d9ac2c50ba6b44cf197b196db0bda99a9253a0222604 -
what @carsonated said
-
CLOLVIB
SUPPLY 100
HOLDERS 45
dispenser for 0.000444
https://tokenscan.io/tx/b2c9ef4b4eb87f4129deb811765845c6b7a127472d449d0da1c0d3b24282b6f5 -
-
-
-
-
-
Rocked the penguin, 🤔 but no go when double click
-
-
maybe right click, properties and under some tab search for the box to allow it to run it as a program and check the box
-
used the built in dispenser within freewallet just now, it is not working. sounds like I just lost funds?
-
yo I just essentially full ported and tried buying 100XCP from 1QFLJw6VEWVgmuQr2AQ6HM5E7MPLHv2HCL - had zero idea there was a dev fight going on in here. Would really appreciate it if you could send it to me, pls.
-
I don’t see a dispenser at this address
-
🚨 Announcement 🚨
Last week the protocol change in Counterparty Core v10.4.0 finally activated, bringing numerous upgrades to the Counterparty protocol including Fair Minting support, UTXO support, Atomic Swaps, etc. Details may be found in this blog post: https://www.counterparty.io/news/counterparty-development-update-counterparty-2-0/
While the vast majority of the community has of course upgraded to this new version, a couple of entities have not:
* xcp.dev seems to not be upgrading
* xcp.ninja and stamped.ninja haven't upgraded, but they have published a banner on the latter site suggesting that they soon will
* J-Dog has announced he's going to support both the current Counterparty protocol and old one on some combination of tokenscan/freewallet/xchain/whatever
All users are *strongly* recommended not to use any of these tools. If you do, *you could accidentally lose your Counterparty assets*, because the forks haven't implemented any replay protection. A list of alternative Counterparty wallets, explorers, marketplaces etc. may be found on the official website (https://www.counterparty.io). If and only if you stick with these tools, your funds are not at risk. -
All users are strongly advised not to use FreeWallet, which has worked for years, and will release tools that work for both versions?!? However all users are advised to keep using the "Counterparty 2.0" version which has lost functionality, had lots of downtime in the past 2 weeks, put out 6 hotfix releases, and who's core developers were not transparent about VC funding until they were called out in this channel, at which point they tried to mute/ban me... and when they couldn't, they rage-quit the channel and started their own new channel.... Everyone is entitled to make their own choices on what tools they want to use.
-
BTW... here is a nice little example of the crap i've been dealing with for a long time... reporting issues with counterparty-core.. and being ignored, gaslight, and told it is my fault for not finding bugs in counterparty sooner....
https://github.com/CounterpartyXCP/counterparty-core/issues/2568
I am glad that "Counterparty 2.0" is getting some new features, and hope it does well... but all these updates were rushed, were not delivered as promised to prevent loss of user funds (CP API was supposed to auto-convert BTC sends to dispenses, but that doesn't happen)....MPMA Send unable to send multiple memos · Issue #2568 · CounterpartyXCP/counterparty-coreTraditionally, MPMA Sends have allowed for a optional per-line memo, which can be either hex or not on a per-send basis. According to the new /v2/ API docs, and the response from the /address/<a...
-
Nonsense errors when trying to create `dispense` transaction for an open dispenser · Issue #2571 · CounterpartyXCP/counterparty-core
Since dispensers have been changed to require a dispense message to trigger a dispense instead of a normal BTC send, the feature of automatically detecting a BTC send to an address with an open dis...
-
Here is the issue where I reported more problems to the counterparty core devs.... It should not be on me or the community to find these issues through loss of user funds... Counterparty should be more stable than this, and can be, if proper testing was done beforehand... however IMO that is not happening.
-
I will be releasing tools in the next day or to to use both "Counterparty Classic (9.61.3)" and "Counterparty 2.0 (10.XX)"... users are free to use whatever version or tools they want. You don't see me advising users NOT to use Horizon, but you do strangely see the core devs attacking me personally, and telling users not to use the tools which have worked for many years on Counterparty... Maybe take a few minutes to examine the behavior of both parties before making decisions or judgement calls.
-
-
-
-
FreeWallet has not released any version that doesn't work with counterparty 2.0... the only thing released now is a version which works with "Counterparty 2.0".... and yet, they have disabled the tool on the website, in an attempt to make it look like I am the bad actor... when in reality, I am simply releasing support for both ledgers. 🤷️️️️️️
-
-
Not sure I follow. I thought you wanted to stay away from Counterparty and fully focus on BTNS and xchain platform... Why go through all those hoops?? Looks like a waste of precious time to me.
Is anyone (except for Juan) really still using a v9.61 ledger at this time?? -
I do wanna focus on XChain platform, and that has been my primary focus for months…. However, I still run tokenscan, and FreeWallet, which most of the counterparty community relies on to interact with counterparty..
I had hoped to just be able to make some simple tweaks to tokenscan and FreeWallet to support 10.XX and then be able to get back to work on XChain platform…. However, it is now been 2+ weeks of nonstop work tryiing to update things to work with 10.X…. I am constantly having users complain about new issues with things not working, lost functionality, lost funds, and confusion.
I want users to be able to have a Wallet, which they can interact with counterparty in a reliable way, as has been the case for many .years.
unfortunately, due to the mismanagement, lack of testing, constant counterparty-core “emergency” hotfix updates (6+ releases), and loss of functionality on “Counterparty 2.0”, this seems impossible on 10.XX+
Over the last two weeks I’ve been constantly making changes to try to support 10.XX and finding lots of issues which I’ve been reporting to the core devs. Unfortunately, during that time, the ledgers have diverged, as a number of wallets, explorers, and tools have failed to update to 10.XX.
While it is a bit more work for me in the short term to support two different versions of everything, I feel it is in the best interest of the community to do so, and just let people use whatever version they want….. and I can get back to focusing on XChain platform. 👍🏻 -
Xcp.dev and xcp.ninja explorers are on 9.61.3… and users continue to generate transactions on 9.61.3 via the xcp.ninja wallet (https://wallet.xcp.ninja/)
As I’ve said, I did my best to avoid a fork, and stay on only the “counterparty 2.0” version, and that has been the only version that my explorer and wallet have supported for multiple weeks.
However, in spite of my efforts to avoid a ledger fork, it has happened anyway, and the best thing going forward is to simply show data from both versions of counterparty, and let users choose the tools and version of counterparty that they want to use. -
-
He, Adam, and Dime rage-quit the channel earlier this week and started their own channel (link still here if you search for Adams last message here)... Dime and Vector have only re-joined here because they want to try and continue to control the narrative and spam comments from Adam, the counterparty core-developer, who refuses to be in this channel because he can not control it. He was never kicked, banned, or muted.... simply had his admin permissions removed for about 30 minutes after trying to kick me out... Hate drama... it is unnecessary.
-
Where is this announcement posted?
-
Adam's "Counterparty" group at : https://t.me/+kLyxpIWt_r4wZDcxCounterparty
Adam invites you to join this group on Telegram.
-
-
Not gonna comment on the ongoing drama, but what would be the actual benefit of using v9.61 at this time? Basically, people using v9.61 would be on a different ledger than major infra providers (Emblem Vault, Dex-Trade, Zaif, Spells of Genesis, RarePepeWallet, etc)!
-
No one has to use 9.61.3.... I feel since the ledgers have diverged for well over 2 weeks, and "Counterparty 2.0" has lost functionality that many users want, that they should be given the option to choose to use the ledger and tools they want. As I stated, I'll be updating tokenscan and Freewallet to display data from both versions, and make it very clear what version your on... The only danger is replay protection, which Adam and team can easily solve by giving up the CNTRPRTY prefix and changing to 0x00... which is smaller and would reduce tx sizes (win/win for "Counterparty 2.0" users)
-
cips/cip-0011.md at master · jdogresorg/cips
Counterparty Improvement Proposals. Contribute to jdogresorg/cips development by creating an account on GitHub.
-
This is something suggested many years ago... I'd point you to this in the "official" counterparty CIP repos... but they were deleted by Adam months ago without conversation as he deemed them "Unnecessary".... yet another thing that has been disrespectful to the developers and community that have been here on CP for the 9+ years while him and other co-founders (except robby) were gone.
-
-
-
- 27 October 2024 (564 messages)
-
👋
-
I joined the fake counterparty group. That Adam dude isn't very cool, man
-
Is rarepepewallet running old xcp or new xcp 10.xx?
-
They are all very douchey
-
Anyone know?
-
XCP 10.6
-
-
-
So what's running? 9.x?
-
-
-
-
-
Are we waiting on a freewallet update to be current with the 10.xx xcp?
-
When's that expected?
-
currently running on v10 I think? But also supporting v9 apparently
-
-
Roger that
-
yup... by design.. Adam purposely renamed the counterparty-lib repo to counterparty-core, thereby breaking the ability to run fednode easily. At any rate, there are ways to run a "Counterparty Classic" 9.xx node, you can ask Juan, as he has that ability in his xcp.dev repo currently and I will shortly have the fednode functionality working again from my repos, just need a few tweaks to the various repos 🙂
-
jdogresorg - Repositories
I write code, eat bacon, and love Bitcoin. jdogresorg has 38 repositories available. Follow their code on GitHub.
-
-
Why would someone wanna support the fork? Are the new features coming not better than the old?
-
What the hell are you talking about
-
-
-
-
just what I said, fednode pulls from the counterparty-lib repo... Adam renamed the repo to 'counterparty-core', thereby breaking the ability for users to setup/run the "old" version of counterparty via fednode without updates.... Or did you not notice that 'counterparty-lib' repo is now named 'counterparty-core' ?
-
that is unfortunate that you feel that way, as myself and juan are able to run nodes perfectly fine, and continue to do so.
-
hence the need for downloading a counterparty 'bootstrap'... which I was told by Adam was horrible and should never be done... and yet, what does the current counterparty-core do? oh... it downloads a bootstrap.
-
I don't know what magic you applied, but the late 2023 version of cp was horrible
-
-
no magic, just ran the standard instructions from the fednode install fednode install base master ... one command setup all components and got things running
-
-
-
strange it didn't work for you, wish you would have reached out and said something, cuz it worked fine on all the 10+ servers I had it running on... I'll have counterparty-classic working via fednode install shortly, feel free to test it then and let me know if you continue to have issues.
-
You think Adam is here to hurt counterparty? Or doesn't know what he's doing? Honest question as it seems you are always talking negative about him
-
I won't run the fork, what's the point?
-
they are completely tone deaf
-
-
No, I dont think he is here to hurt counterparty at all, I think he is here to add new features and take things forward, however that could have been done without the centralization of power, deleting 10+ years of history, changing the most popular feature that has been used to on-board users to counterparty in such a way to make CP more difficult to use. As I have said a few times, I hope the best for CP and am glad that new features are being added... but make no mistake, all these features could have been added without breaking things first (dispensers, mpma sends, etc).
-
Not intersted in more back and forth here on version differences... we are where we are. PPL can make their own decisions going forward what version they want to use. I am fine with my decision. I didn't create the fork, and I tried to support the 2.0 changes, but a ledger fork resulted anyway.
-
-
-
-
-
-
If you offer a choice between both versions please can you include a clear warning on what the choice entails (eg if someone runs v9.61, that’s a different ledger than dex-trade and emblem vault)
-
dispensers. Used to be able to send BTC to a dispenser from any wallet and have it work (great for on-boarding users)... also used to be able to open dispensers on new/empty addresses in 1 tx, and close the dispenser n return funds to origin address in 1 tx.... now it is 3txs to do the same functionality to open, and 3 tx to close and return funds..... also MPMA sends... users used to be able to do MPMA sends, with multiple memos, for way cheaper... core devs disabled P2SH encoding in favor of the much more expensive multisig encoding, and removed the ability to send multiple memos.
-
Cold plunge? I need that too lol
-
100%... no desire to confuse/miselad anyone, and have not pushed any changes yet because they are not ready... and i'll be making separate wallet versions and making it easy to switch between ledgers on tokenscan.io.... it is unfortunate that the core devs decided to update counterparty.io to mark my tools as "unsafe' because they disagree with my decision...before I have made any changes (currently my stuff is only on 2.0)
-
-
-
But was this done to increase dispenser security? I think that rugspensers were a huge problem in CP although maybe they helped onboard. I would argue even if one had to do 5 transactions to ensure they are safe to use is better than only having to do 1 trans but having risk that you get scammed. Maybe the old way is simple and gets guys like stack rich but we need a rugproof exchange option for future growth
-
The BTC send for a dispenser isn't a great feature at all, it hurt many of us
-
-
-
-
-
-
-
-
-
-
-
So what's the benefit of making it multiple trans instead of 1 trans?
-
Not scam proof, but stops people from losing funds when withdrawing BTC to an addy with an active dispenser
But the new version also introduces atomic swaps, which will finally make scam-proof swaps possible -
Yep marketplace is on the roadmap
-
-
you have it sir :D
-
-
-
Marketplaces* are coming. There should be probably 3 fast with firemints, rpw and horizon
-
This is working for Pepe's too or only the new fairmints
-
yea working for pepes too
-
if you want to list your rarepepe will be great :D https://firemints.xyz/#assets/RAREPEPE
-
FYI, the dispenser BTC only issue is an entirely separate issue than the loss of the origin functionality.
Could very easily solve the whole BTC only problem on dispensersby just adding their new dispense method and making it reverse compatible … users still would’ve been able to open and closed dispensers with one transaction on new addresses
However, the removal of the origin functionality is entirely separate from the BTC only send issue… so you see, it was not just changing dispensers to make them safer, it was also changing dispensers to make them more difficult to use and manage by the community.
Heading into myb Wim Hoff, cold plunge session… enjoy your day gentlemen👍🏻 -
Awesome! Hope to give it a try in the next few days
Is there a trade history? (Showing completed trades) -
yes now just in the asset itself page
-
-
for example pepefair has some completed traded: https://firemints.xyz/#assets/PEPEFAIR
-
-
Can connect ledger here?
-
you can connect it throug unisat
-
-
-
-
Nice, it's looking good
-
So if I use rpw.wtf ledger I could login with that on unisat, then use on fire mints?
-
-
yes
-
-
I would need to take a look at the derivation path they’re using before I can confirm yes or no
-
-
you can choose it when connecting to unisat i believe
-
Oh nice, will look into it this week and write a quick how to wrt rpw compatibility
-
Fix the fuggen dispensers
-
I been rocking 30-45 min twice a day in 108-110°
Hot spring -
-
FW runs 10.x atm - but looks like it will support both in the future - sad they put all that warning on the xcp website
-
-
It's normal to warn. Sending user to a wallet that could be using the wrong version in a few days is risky
-
And sending users to a wallet that has no functionality is ok?
-
im catching up now on the convo.... i have no power here. just opinion...
there is still only 1 wallet that offers ALL of xcp features... and if there is an option to use 9.6 or 10.x .... and if a user is educated why is it such a problem to offer the ability to use both?
sad that no other wallet can replace all these FW features at this time (though i know Unspendable promised they would include all of these): -
Not yet*
-
-
so in the meantime...
-
-
Because of Ruger ver Bitcoin.com
-
-
-
coming from the guy who went out of his way to volunteer to write a user manual for FW and help new users i know all about dumb users my man ....
id love for the UX to look great for a CP wallet - but in the meantime of waiting - if i want to use Dividends, or creating intricate Enhanced Asset Information (like... for example FAKEDUST), import using PK... then im still forced to use FW at this time to do so... -
-
-
They can only do so much work, they’ve been working incredibly fast
-
-
Im simply trying to find a solution here that could work for new users and experienced ones.... what if the wallet you recommend on xcp website only forwards you to 10.x vers of FW? so no users are pushed to (possibly a separate wallet) that runs an old vers?
-
-
Yeah. Imo we need to see how FW & xchain will handle the fork (or not) before removing/adapting the alert on the website
-
Yes, a clean UX needs to be here first
-
and if jdog supports a fork with an entirely separate wallet, but recommends the 10.x vers and can keep it separate. would that be enough to show it on the xcp website as 'safe'?
-
-
If things are kept clearly separate I think this could work
-
good to know
-
-
-
-
Tf is pepefair??
-
-
-
because xcp dot dev (Juan) is a die hard and runs 9.6 and the stamped dot ninja team (Noop) did not upgrade (even with like 6 months of advance notice)
-
-
Make a fairmints market for new users
-
-
-
-
-
What’s Jdog have anything to do with stamped.ninja lol
-
I think that if a version is running a fork (freewalletclassic, or whatever) it will lead to scams and cause fud. Going to cause a huge mess in a small niche community and hurt any idea of growth moving forward. We all should be working to remove confusion and not forking at all.
-
-
-
this 💯
-
When you say we, what can we do?
-
New devs couldn’t handle the real consensus room (this one) so they left and made their own like whiny little bitches
-
-
On my part as someone who has helps a lot of people it make sure they understand the lay of the land. This is hard enough without a fork.
-
Founders and I view it like they said they are not negotiating
-
Covfefe timestamp 👀🤯
-
highly underestimated J & J FAFO
-
?
-
Posted the meme at 10:35
Do you even covfefe? 🤔 -
Timestamp 👀 kek
-
This ridiculous fork should not be legitimized by anyone.
-
It could become a legitimacy problem for cp overall since consensus works so differently for us.
-
Who is doing a fork?
-
-
I guess that depends on your perspective.
Changes were made to counterparty, which added some functionality, but also lost a great deal of functionality which users rely on. As a result, there has been many problems with the new version of counterparty and the ledgers have diverged for over two weeks now.
Historically, when a new version of software is released with a protocol change, that version is called the “fork”
With counterparty, it has all been held together in the past by everybody, agreeing on changes and agreeing to upgrade to the latest version of counterparty in order to maintain one consistent ledger.
Unfortunately, with the counterparty 2.0 update which was put out by the new core devs, it included controversial changes, and bugs, and protocol changes, that have resulted in two different ledgers.
What I am referring to now as “counterparty classic” is simply the older version of counterparty 9.61.3, which has been running for many years, all the way up until two weeks ago.
What most are referring to already as “ counterparty 2.0” is the new version that was released a couple weeks ago, which includes additional features like fair minting, atomic swaps, etc.
It is unfortunate that there are now two ledgers, but this is the reality of the situation. The main concern should be that the new version of counterparty “counterparty 2.0”, does not have what is called replay protection, which means that any transactions on “counterparty classic” could also be seen as valid transactions on “counterparty 2.0”, adding to even more confusion.
A simple solution to this issue would be for the new “ counterparty 2.0” developers to change the prefix which is used in counterparty transactions, so that their version of counterparty generates transactions with a different prefix, in order to add replay protection.
A simple change of the transaction prefix from CNTRPRTY to CP2 would add replay protection AND reduce transaction sizes, making “ counterparty 2.0” transactions smaller and cheaper👍🏻 -
-
-
Like other forks, do we now have cp 2.0 assets and also equivalent classic assets?
-
Yes, of course… the ledger is the exact same right up until block 866000 where counterparty 2.0 and active and started generating transactions.
-
-
-
I’m sorry you have that view… ass has been said here quite a few times by a number of people they’re frustrated with the new version of counterparty, with the changes to dispensers that make things more expensive and more difficult to use and manage, and with the general attitude of the new core, developers.
As I said earlier, I’m not here to advocate for one version or the other . I did my best to support counterparty 2.0 with my Explorer and wallet, but the ledgers have been diverging for 2+ weeks despite my efforts to avoid that.
Providing tools to users to view data on both ledger and tools to interact with the ledger of their choice is the most logical step moving forward. -
Yes
-
It depends on how you buy it… if you just do a normal BTC send, you get the dispense triggered on classic only.
-
-
There is one version of Counterparty and it's v10. The v9 only exist because you maintain it
-
So is the 298 club now the 596 club?
-
True this is a very similar situation…. However, previously with Ethereum and Ethereum classic that for happened before there was much value or NFT’s on the chain.
In this instance, the NFT is exist on both chains… and Providence matters to a lot of collectors… so I think there will be a good amount of people that are only really interested in collecting tokens on the “true/original” chain….. but I could be wrong🤷🏻♂️ -
-
-
-
I feel that’s a nuanced viewpoint as there are clearly two ledgers that exist…. Counterparty is what? the ledger, the software that created the ledger? which version.?
-
so in simple terms you are forcing this due to your claim of rightness because you want to spite your face and cut off your nose. got it.
this is like an abusive ex husband holding child support over the ex wifes head because she sent the kid to a new school -
the reason counterparty is where it is, good and bad, is jdog
-
thanks for maintaining, but we the people are the owners and thanks for the options but I doubt the majority will follow you into the dark
-
enjoy your time with your son!
-
-
Nobody said that…. It would most likely continue on as the version that is driven by community., via CIP proposals, as it has for many years…. Surely a slower piece of development than the current developers, pushing tons of changes very rapidly….. but I think we’re seeing what happens when you try to force changes that many in the community disagree with, don’t do proper testing to make sure everything is backwards compatible.
I plan on just maintaining servers and wallets and explorers to allow users to continue to interact with counterparty classic …… my primary focus is on building the X chain platform… But if the counterparty classic community wants updates, it’s a decentralized community controlled project, so changes can be made if consensus can be reached -
the ex chain
-
I’m sorry you hold that viewpoint… I did my best to support counterparty 2.0 for a number of weeks, but after hearing many users, complain, and the ledgers diverge drastically, I’m simply giving users a choice to view the different ledgers and interact with them.
I do find any interesting though how all the virtual is focused on me, deciding to allow users to show the different versions rather than focusing on why we have these two ledger diverging in the first place… I have not put out anything supporting counterparty classic yet, and yet the ledgers continue to divert and be different…. I guess it’s much easier to focus the anger on me and say I’m the bad guy rather than facing the reality that this could’ve been avoided if the court developers had listened to the community, not forced changes, done a lot more testing to make sure things were backwards compatible, and not try to gaslight people who brought up valid concerns about losing functionality. -
thanks! I’m driving right now and using voice to text to reply to these.. but we’re just about home and gonna start a kick ass game of Uno.
-
wen unoparty?
-
-
-
Funny, you ask that… I wrote support for counterparty on unobtainium few years ago, and set up an explorer to show the transactions… and it was named Unoparty…. Just never got around to coordinating with the obtaining devs to announce the official release of it🤷🏻♂️
-
Feeling lucky?
-
-
Not until the counterparty 2.0 devs‘s add replay protection…. Right now doing a transaction on either classic or counterparty 2.0 will result in the transaction being seen and processed on both ledgers.
Once the counterparty 2.0 developers, add replay protection , which is a very simple change, then you will be able to perform actions on classic and not have them affect your counterparty 2.0 assets -
Couldn’t the reverse be done also?
-
You could attach your naka to a utxo and sell it on 2.0 and keep it on the old version if you're feeling scammy
-
Yes, the reverse could be done, but since counterparty classic is not the fork, it is simply the old version of counterparty, it is on the developers who made the new changes to add replay protection, as that has historically been the case.
Much like when Bitcoin cash fort from Bitcoin , Bitcoin didn’t need to add replay protection, as they already existed and were the original chain… it was on the new Bitcoin cash to add replay protection to protect their users -
That’s a reverse scam
-
So it really is the 596 club now?
-
we gonna make it the 1490 club before this bs is over
-
Feels like an airdrop 🤣
-
or we could just go forward and accept that the past is the past
-
Sad time tbh to have the fork and confusion happening. Cannot see any reason someone would want to use the older version. Sure the terms or what who caused the fork can be debated. The end result is going to be bad for this space.
-
Thank jdog for his presidential term but accept the country has new leaders
-
Users would want to use the old version simply because they can open dispensers on addresses, using one transaction and closed dispensers on addresses using one transaction…. I’m sorry that you have failed to hear that users desire this, as it has been said quite a few times over the past two weeks
-
I think users, especially potential new users would like to buy using a PSBT rather than run the risk of getting rugged
-
100, buyer determines market
-
Dispensers were amazing while we were still a tight nit bunch and could help resolve issues
-
I hear this and get all points, truly. It does not change the fact that 2 versions will cause issues 100%. Yes rollout was not great. And I agree with many of your points but would not be in favor of keeping an old version working.
-
If the interest is truly in protecting the community, seems like following the historic method of the new version of software adding replay protection should be something that is done. 🤷🏻♂️
Refusal to add replay protection on the new version of counterparty simply because they don’t want to, clearly demonstrates to the community that they are more interested in being right then in protecting users from losing funds, and separating the ledgers. 🤷🏻♂️ -
but there have been serial scammers taking advantage of them
-
Exactly, why would I buy from a dispenser if I still need to spend a tx
-
-
you are basically asking for a situation where they admit they are the fork and you control the whole original network again in basic terms here, correct?
-
-
I do not think that your intent jdog is to hurt the community. I can agree with many of your points but I do believe the idea of promoting and supporting an older version is not a great idea.
-
-
I also think jdog isn't trying to hurt the community, but is so focused on being right that he doesn't see he is hurting the community, and that is just as bad.
-
I didn’t cause the ledger fork, nor provide tools that added to it, so I am not to blame for it. You have the new counterparty 2.0 developers and their lack of proper testing and reverse compatibility to blame for the ledger differences🤷🏻♂️
-
Like I said, the good and the bad are yours to claim, you did keep the lights on, but now you are trying to keep it like a motel 6 when the new owners want to make a boutique hotel
-
-
New devs have done nothing to help they deserve the blame
-
Cp 2.0 is post office coin?
-
Should the prefix change with every protocol upgrade then? How would replay protection be implemented?
-
By working to stand up and maintain a version of the older ledger and wallet is your choice and what I think is not great idea. Yes lots of bugs and bad roll out without testing 100%
-
This is a LOT like Ver and Bitcoin Cash imo
-
-
If my concern was being right all the time, I would not have backed off the fork in January in the best interest of the community…. Nor would I have put out tools to support the new counterparty 2.0 version…
My actions have demonstrated my concern is for the community not for being right all the time 🤷🏻♂️
As I said, before, I am not to blame for the ledger differences , look inside your own house for who to blame for that👍🏻 -
-
-
But what happens with version 11, you will upgrade from 10.6?
Or will you just shut off fw -
it’s my decision alone? That’s strange. I seem to recall xcp.dev is on 9.61.3…. As is ninja wallet in the ninja Explorer.
Keep trying to paint it as I’m the bad guy … all I’m doing is providing users with the ability to make a choice on which ledger version they want to use…. And I am not the fork, the fork is always the new version of the software or ledger -
-
it's not. 9.6 is the fork
-
How can a predecessor be the fork?
-
who me? im not the bad guy im simply providing the drugs people would get elsewhere if it weren't for me
-
As I said, I want to provide tools to allow people to use whatever ledger they would like…. Right now there are only two versions of the ledger… classic and counterparty 2.0
With my tools that are on counterparty 2.0, I would continue to stay on whatever the official latest version of counterparty is.
I can’t predict a future , and there may be some changes in the future, which other developers disagree with and decide to support another ledger fork, but as I demonstrated by supporting counterparty 2.0 until 2+ weeks had passed with ledger differences, I will stay on whatever the latest version is… be at 10.5, 11, 12, wtc -
because consensus is elsewhere
-
I think we had some votes here that held no authority of outcome, consensus is a nice easy word to use though
-
That is great… unfortunately that doesn’t change the ledger differences or restore the lost functionality in dispensers that users want to continue using🤷🏻♂️
-
im happy to vote with a node
-
Regardless the new version is always the fork
-
are you sure they want to continue using?
-
https://firemints.xyz/ has an Atomic Swaps marketplace, and it's already filled