- 13 May 2024 (307 messages)
-
Sure but if they’re doing that then they likely have at least some knowledge of what they’re doing -
I dunno .. users give away seeds phrases .. that Junseth interview was a good lesson in how little ppl know when it comes to key management -
exchange accounts are confused for wallets.. its a minefield
-
the sooner public private key stuff is taught in schools the better
-
Won’t help. The people social engineered on that call were Bitcoiners already and had to have had at least a basic understanding of key mgmt. you can’t be in this space for very long and not absorb anything at all. Social engineering works for a reason. People compartmentalize things in their brain and don’t act rationally sometimes -
I think this is a good case for multisig. Make it hard and time consuming to retrieve your keys. You wise up before getting scammed
-
I literally look at number 5 and I’m convinced it’s 8 multiple times a day -
Literally just make stuff up in my brain lol
-
If 'trezor' phoned me up I would politely say good day and disconnect
I once had a call claiming to be from the government on a Saturday.. I just could not take them seriously -
Yeah that one seems crazy to me. I think when something is presented as being “urgent” the rational part of your brain is bypassed
-
Or the tax agency calling you and saying you owe money and it must be paid in Amazon gift cards or crypto. People fall for that shit lol
-
yeah so asking someone to sign a psbt is a great way to get em to do something silly
-
Imagine if just sending Bitcoin to your own address could make you lose $1,000’s
-
Jdog made a hash, hex and BTNS transaction decoder for tx signing: https://jdogresorg.github.io/BTNS-Decoder/
the tool is really helpful, but this is a very scary possibility for users.... as browser eth/sol/etc wallets get drained in a similar way all the time for inexperienced users
having something superior to metamask (which doesnt always interpret the data in any "ELI5 readable format" for users) would be a huge help for the wallet side of things -
-
hopefully one day counterparty unpack() will support all message types
-
I use a combination of unpack and JPJA tx decoder to inspect hex for sending
-
JPJA has one too??
-
he has a tx decoder but only for confirmed txs .. the javascript works on unsigned un broadcast raw hex with minor modifications
-
i know of this one: https://jpja.github.io/Electrum-Counterparty/
-
that's it .. I took that n made work with txs pre mempool submission
-
I been building my own op return Extractor / decoder, p2ms extractor decoder, p2sh and p2pkh Extractor decoders .
-
I felt was best to generate op returns using CPAI as my hex skills are poor .. then e tract to use in p2sh
-
I have sent assets into the future with OP_HODL and then back to p2pkh after the time Lock expired
-
I created a dispenser on a op hodl address ..was thinking a Christmas club that rewards savers with tokens whe they deposit
-
but it's looking like we won't be able to that if we can only open dispensers on source addresses
-
having a descriptive decoder in wallet would be crazy awesome....
on the edge here for my understanding.... but the most confused i see users (and me) get is decoding MPMA data with the extra addresses attached to the tx... alot of users see that and wonder what the heck is going on
example: https://mempool.space/tx/44299d89ec5d4cdb83757af4c7ab3f6681c3697e58707bb67e05b0b7c49dd52bBitcoin Transaction: 44299d89ec5d4cdb83757af4c7ab3f6681c3697e58707bb67e05b0b7c49dd52bExplore the full Bitcoin ecosystem with The Mempool Open Source Project®. See the real-time status of your transactions, get network info, and more.
-
mpma is hard .. JPJA not addressed it yet and I building on his work
there are 2 counterparty messages to decode and neither supported by unpack() afaik -
I was thinking don't trust verify .. use CPAPI to decode as well as javascript and then compare
-
something about counterparty i have always loved is that users are expected to learn more about the basics of how bitcoin tx's work and how to use different features..... out of all the Antonopolous talks... all the news articles, all the twitter posts.... none of them came close to the education that xcp wallets taught me about reading txs
-
in my experience personally, and what ive noticed with artists in particular.... they will do like 50 txs on their address making art and selling it and 3 months later they are asking.... how TF do i consolidate my UTXOS??
-
The elephant in the room is that the “core devs” are in a hurry. Dispensers are supposedly “stopping them from perfect engineering”.
They forget this is decentralized. Or they don’t want it to be.
And I’m dumb by considering usability. They are the geniuses.
And they think I care about their shitty reactions. Without answering questions. Tell me where I’m wrong. Which I can be, and don’t mind being corrected.
And some personalities in the ecosystem pretend to know. Like me obviously. But at least I think by myself. These other people, are all about narratives and choosing the “most likely side to win”.
I’m pretty sure if the “core devs” were supporting not requiring a prefix and not hard coding txns into the protocol, these personalities would also be.
I learn a lot from the PEOPLE we are dealing with in these discussions. -
the fact I hemorrhaged hundreds of thousands of satoshis in p2ms encoding fees that were as good as hidden from a newb got me to look n ask WTF was going on
-
and the first error message almost every artist sees here is this: "Error composing send transaction via API: Insufficient BTC at address [Your BTC Address]. (Need approximately 0.00XXXX BTC.) To spend unconfirmed coins, use the flag --unconfirmed. (Unconfirmed coins cannot be spent from multi‐sig addresses.)"
-
if you dont know nothing that will confuse the hell outta you
-
especially as you can spend unconfirmed coins from p2sh multisig .. taught me there was bare multisig
-
funny how you learn in such round about ways
-
funny how artists with little to no technical knowledge in this space ended up making marketcaps surpassing xcp itself
-
-
remember pre easyasset.art
-
my god remember when we linked imgur links
-
-
indiesquare book of orbs tookan wallets all had no mention of p2ms data encoding .. users were left very much in the dark
-
satoshis had a lot less value but if you causing them to come off my balance I wanna know why
-
super common question in fw chat
-
I learnt a lot getting them back n I secretly enjoyed it 😂
-
there are so many diff features xcp supports (some of which arent used anymore) that sometimes translating the technical side of things for specific features is difficult to explain
-
seeing "3CD1Vf".... on an xcp tx when you cant use those types of addresses in your xcp wallet.... and the user is like.... huH?
-
3CD1Vf is that a p2sh multisend failure
-
This call just came in
-
record it like Junseth
-
no its the beginning characters of the 2nd address in the mpma send in the mempool tx i linked
-
p2sh mpma yeah
-
but there HAS been reports of multi-send failures and is currently unsolved atm
-
its the mempool I am quite sure.. I have no issues with mpma if using confirmed tx1s
-
😂 this is exactly what I’m talking about. Only the rocket scientists want no prefix to do rocket science shit
-
multi send error · Issue #1383 · CounterpartyXCP/counterparty-core
having a problem doing a multi send... getting this error It looks like my "second send" gets hung up or something... im barely technical enough to find the github... i was directed to pu...
-
I am not against a prefix
-
use a confirmed tx1 and you won't have issues
-
but it is so hard to track down and we have almost no debug data from the users when this happens.... been on the ready if i see it again.... but havent heard it reported in months now
-
what does this mean
-
make a mpma send low fees n you will get the error I bet
-
it means you do half a mpma send n wait for a confirm
-
then do second half
-
hmm maybe it had to do with FW versions before sat/vb estimates then
-
if you run a node with a 2gb mempool. you will be fine too i expect
-
Me neither… but I do think is cool that it works without it.
And I like that the BTC send itself is the command. No other steps.
And, understanding that dispensers are the most widely used way to buy assets, we should not break them without a proper transition period.
But I’m dumb, don’t listen to me. -
i also think its super cool
-
s/o Villar
-
you can't do half a send with freewallet .. you must use the api .. freewallet looks for tx1 in mempool/blockchain n if it can't find it fails
-
-
the face he makes when he steals ur gurl
-
b4 djpepe steals her from him
-
Speaking of dispensers. John opened a number of dispensers for a fleet of spaceship in-game assets. They’re still open and relatively cheap. Would be cool if someone eventually make the game
-
2 weekz
-
Just to let you know guys the game is in active development, we've been migrating to 3D and adding a 3D Bar scene (the ambientation of the game) that's gonna be used for menu navigation. Please let us know what do you think of the looks so far. 🐸
-
May 10, 2022 ^
-
i told MandelDuck to bring back Sarutobi's Island - never knew it worked in a similar way that Monster Rancher did but with xcp assets (generated a new creature for each unique xcp asset)
-
Different game. That’s the Pepe one and it’s been in development much earlier than 2022
-
tHeY tOlD mE tWo WeEkZ
-
-
there was a rarepepe card created to fund development of the pepe game ..something about danking was written on it
-
rarepepeprty. is danking
-
They're all sub-assets of : INFISPACE if anyone is curious
-
yes a different derivation path would be a different xpub
-
and whatever the first wallet dev chooses as the alternate path will become the standard until the end of time
-
I am not so sure you can rightly blame Counterparty because you forgot you opened a dispenser on your own address.
Counterparty is only doing what you asked it to do .. computers are like that they do as they told .. even if its illogical , especially if its illogical but that was what was programmed.
this is why I nice to be able to open dispenser on a empty address, one assigned to dispense not to be used willy nilly -
Depends on the objective. Risk free trading (psbt) or compatibility with ordinals? -
a seed phrase can generate billions of addresses .. one for each tx .. so a dedicated address for a dispenser is no sweat
if people used different accounts/derivation paths for dispensers it could help mitigate user error -
we could say account 0 ie user space, account 1 is dispensers, account 2 for utxo binding
-
then don't cross the streams like good ghostbusters
-
m/0/0/0 user space
m/0/1/0 dispensers
m/0/2/0 utxo binding -
it was my idea
-
I know .. but counterparty has the address re use culture and no account derivation path culture
-
as a wallet developer, i am stuck with the original counterwallet derivation because people want to use their current wallet
-
and if i make any changes then its no longer compatible with other wallets
-
you can use new derivation path from counterparty seed
-
of course
-
but thats the compatibility issue
-
yeah n now we got bip39 seeds using non bip44 paths
-
Them love their addys!
-
exactly
-
adds to the fun n games as a wallet dev that's for sure
-
its not ideal obviously, but i dont have the energy to campaign for everyone to use something different, even if its better
-
id rather people just use a hardware wallet
-
then the hardware can tell the wallet what derivation path it wants to use
-
Samourai was using custom derivation paths ..most users totally unaware
-
not surprised, its been around for a while
-
it's more a standards thing than a tech problem
-
and there is a real switching cost to users
-
especially if they have a lot of utxos
-
lots of derivation path learning recently in samourai world
-
Electrum again easy to use to get at various xpubs if you know the path
-
the user should expect a dispenser they setup to dispense when they ask it to
-
sure but no address re use would solve that but counterparty likes addresses
-
I can see the flaws for sure and I didn't make the rules
-
I have self dispensed .. its an unpleasant experience but I learnt n used only empty addresses thereafter
-
you don't lose money directly you inadvertently send a token which may or may not be recoverable.
I accept i was lucky it was my address I used not a exchange one ..
its only accepted because that's the reality of the way it functions and changing it is beyond the ability of most -
one reason it can be seen to be user hostile is it increases cost, an extra output results in a bigger tx
-
also it can be viewed as user hostile because it's a change to the status quo and if a user using electrum or a trezor or a ledger etc etc buys from a dispenser after the change they will lose money as they won't get the token they thought they purchased because they now didn't actually purchase.. this is why some transition time would be great .. .. they will now need a op return which is no biggie if you know but is a problem if you don't
-
yeah it's not like btc where you can run old versions
-
5+ days of the same conversation. If it isn’t clear by now this dispenser change will result in a contentious fork, then ppl are not listening🤷🏻♂️ -
I'll say again i am not objecting ...
I had a friend ask me how to recover his indie square wallet only a month or so ago ... some people can leave it years between uses -
Everyone said they are okay with it besides Chief but that was days ago before lots of discussion
- 14 May 2024 (237 messages)
-
yes, it's been pointed out, we do have a common situation where users send a counterparty asset (single) or MPMA (multiple) and the fee calculation turns out to be undercooked, and the tx requires a CPFP.
So we go to electrum to boost the transaction with CPFP.
I think we are a long way from being able to introduce any change to counterparty protocol attaching assets to utxo's only, due to the widespread current practices that will risk loss of assets on utxo's from non counterparty wallet transactions
It's good that the conversation has started, and we have Discussion 134 as a venue for that conversation to continue
https://github.com/CounterpartyXCP/Forum/discussions/134PSBT Support via attaching assets to UTXOs · CounterpartyXCP/Forum · Discussion #134CIP: XXX Title: PSBT Support via attaching assets to UTXOs Author: Derp Herpenstein Discussions-To: ?? Status: Draft Type: ?? Created: 2024-1-26 Definitions PSBT - Partially signed bitcoin transact...
-
You could make a cool piggy bank for kids with this too .. op_hodl stops em breaking it open and they get token each time they save, kids love collecting stuff
however the ground is still shakey so building atop counterparty when the rules keep changing is hard going, once the foundations are solid ideas like this can be explored further.
It works on a technical level at this time but not sure it will be possible once dispensers are 'fixed' -
I am not demanding anything, and the work thar has been done is awesome. Maybe I totally wasted my time on learning to use OP_CLTV with Counterparty n that's on me
-
Feels what I did was akin to j walking
-
WE ARE GETTING OUR FUCKING ASSES KICKED.
CP probably had 200 TXs yesterday (guess).
Ethereum, Solana, others had 100,000’s….
We have a group of devs who want to push us forward to compete and are willing and wanting to do the work and yet some people here think we shouldn’t change at a fast rate.
It’s mind boggling. -
we need even new exchanges to attract more people , make some marketing etc etc ... normies can't use dispenser or exchanges like dex trade, too complicated for them -
As history has shown, exchanges are not an option as the current software state sits.
There is not enough interest in CP. -
Could have it so dispensers on empty addresses are treated like asset registrations .. in that .. yes there are sanity checks on the creation of txhex that leads to a dispenser opening ... but if you try and open a dispenser on a non empty address it fails is invalid just like if you try to register an already existing asset ?
then the user can only lose money if they do not use api to open dispenser and try n use a existing address -
I am not saying don't change but do it in a way that doesn't create restrictions for those wanting to j walk as it were
-
-
no one is doing anything as anyone else .. if they try to they are blocked from doing so zs a non empty address is invalid
-
permissioned is no longer permissionless
-
Signature in OP_RETURN to prove ownership of address wouldn’t work?
-
Nobody has any issues with 99percent of the github updates... Everyone wants xcp tokens to be easy to trade on places ordinals are... We want it easy to run nodes
And for the specific update in question... Personally just had an issue with how it would be deployed for existing wallets.... Which looks like it can still be deployed while keeping existing wallet and dispenser feature infrastructure (which doesn't seem to be ruffling any feathers):
https://github.com/CounterpartyXCP/counterparty-core/issues/1784Alternative Dispenser Upgrade Path · Issue #1784 · CounterpartyXCP/counterparty-coreAdd a compose_dispense() (using OP_RETURN with the CNTRPRTY prefix, desired asset, etc. Have compose_send('BTC') (on both API v1 and v2) guess whether the TX should trigger a dispenser—if i...
-
opening dispensers is like a dust attack .. you can't stop people sending you coins
-
You can burn those coins and not 'profit'
-
was replying to this with previous message by the way
-
I am not wanting to discount or wish attacks away, just trying to find a way to keep existing functionality even if it does mean extra hoops to jump through
-
like this perhaps?
-
Sorry it’s a long thread, maybe I missed something
-
I just trying to find a solution to allow opening dispensers on empty non source addresses
-
it allows you to use p2sh addresses
-
Saves money and time. You don’t need to transfer bitcoin first and then open the dispenser
-
that too
-
use on cold/hardware wallets
-
so only on hot keys
-
no as the docs say p2ms only p2sh not supported but jt works
-
dispensing from myltisig could be nice .. hot keys but not as risky
-
selling a card for many btc using mobile hot keys is risky
-
yeah i did p2sh 1 of 2 or 1 of 3 idont recall and op_cltv op hodl addresses
-
op csv should be OK too
-
I use cp api to generate tx hex ..extract the op return and build a spend
-
could do it in pure hex but the api has sanity checks
-
sends destroys sweeps etc etc all the basics are just op_returns
-
I agree with this actually. We’ve already built a product for the nerds in here. We need to make XCP accessible. The reward is PEPECASH parity with that ETH garbage. -
Dispensers are incredibly useful as they do not expire like DeX orders do they are great for on boarding new users too .. if we can make them better without loss of functionality then cool, but if it's totally impossible then it's impossible. I am not suggesting anyone attacks anyone else with malicious dispensers, just to be able to use them in a way that I can today .. I have set dispensers on hardware wallet .. i mean why wouldn't you ?
-
'malicious dispensers' sounds like a good name for a punk band
-
I wouldn't pay mind to them.... they are the reason why this shit hasn't grown -
Haters gonna hate regardless
-
I put 100% faith behind the og devs over anyone else
-
a non expiring dex order is a great idea
-
They always gonna push back and they also gonna cry low price and usage
-
Let's vote with our holdings
-
I got bags to back the dev team
-
The 100 xcp holders wanna hold shit up
-
Pfsh
-
Dev done more in 4 months then 6 years under anyone else
-
Dog kept the lights on, respect but that's it
-
Just keep dev'ing
-
100 of them, or peeps holding more than 100xcp?
-
Don't forget unused votes are votes for status quo 😂😂😂😂 -
if we paying extra for p2sh spends why not pay extra to open dispensers with 2 txs
-
100xcp coin holders
-
when multiple op_return??
as them txs now appearing in chain and would help to stop getting arses
kicked if we had all the cool new toys -
-
Yes. Been discussed on the forums. 100 percent for it. But again... When PSBT and Atomic swaps I'm guessing it will matter less if the old xcp dex is used less
-
using keys is a good one as they not available if someone shares a address's that's never been used
-
Why? would that benefit them?
-
a signed pubkey is proof
-
No iam saying people without conviction as they hold small amounts of xcp trying to dictate dev...
-
Ahh. I see.
Well, any consolation I in that crew and I'm ready for you cats to bring xcp to mainstream so it can devour the rest of these shitcoins once and for all.
Kill it guys 🪖✊ -
-
be nice if things like this additional functionality were available before other functionality is removed
-
Nice name
-
would be nice if we could lock descriptions without having to send token ownership to burn addresses
-
it will cushion the blow to users wallets whe it comes to fees
-
Daniel's my brother
-
I never said don't add the prefix
-
Unethical to lock descriptions by choice? What? Show me the discussion. Your reasoning sounds "unprincipled"
-
my view is consistent .. make it safer but keep functionality.. but if its not possible then ifs impossible
-
Ha who’s Daniel?
-
Danielson
-
-
Lock description · CounterpartyXCP/Forum · Discussion #135
This space is to discuss implementation of a lock description operation to ensure inmutability of assets
-
Looks like it was deemed useful and easy to implement
-
Shit id fight that all day.... Users have been asking for that for years
-
Olga while very significant is not utxoset resident .. its spent and pruneable
-
Forgot I even commented on that discussion. That's all I can do tho. Say my side of things and let it go from there
-
The sats reside in P2WSH addresses... how is that not UTXOset resident... the Bitcoin protocol doesn't know they can't be spent, therefore they are unspent... no?
-
the original olga broadcast I referring to .. not olga type stamps
-
ahhh... my mistake... carry on
-
I love it as a piece of art don't get me wrong .. its imperfection adds to its character
-
i think k your confusing the empty address and the prefix
-
Pulling one comment from keyuno disagreeing with it doesn't instantly cause it to be 'impossible to move forward on'... Most of the other comments are heavily for that feature.
Every protocol change is different. You can't take a single comment of one proposal and say 'wee woo' no one can agree on anythingggg
... And as I mentioned earlier... Nobody has an issue with 'meeting both parties in the middle' after the dispenser discussion:
https://github.com/CounterpartyXCP/counterparty-core/issues/1784Alternative Dispenser Upgrade Path · Issue #1784 · CounterpartyXCP/counterparty-coreAdd a compose_dispense() (using OP_RETURN with the CNTRPRTY prefix, desired asset, etc. Have compose_send('BTC') (on both API v1 and v2) guess whether the TX should trigger a dispenser—if i...
-
exactly .. I never said to not protect users .. just to not make counterparty more risky to use with only hot keys
-
I expect you can squeeze a purchase of 25 assets from a single address at different price points in a single op return n save users money
-
with multiple op retur s you could hit up multiple addresses with multiple assets
-
Get rugged 25 times vs 1. Great!
-
lol the api sanity check stops that
-
So you can make dispensers unrugable?
-
no
-
Ok. Great, back to getting rugged
-
buy candy not lambo's from dispensers
-
Agree
-
resetting a asset is nothing to do with not seeing the value in 1/1s .. perhaps you have a divisible token you want not to be or a non divisible you want to make divisible
a reset does not create a historic 1 of 1 .. all transactions are on the chain so there is no pretending it wasn't reset
I fail to see why locking Olga is worse than it being spent ? -
Ask keyuno not me bruh
-
will,do
-
Why are you using Electrum!!! No! This is bad! Muy malo 😡
Joke 😂, I really believe this is cool. A design that favors usability. The code build for simplicity at the user side. Shocking, who does that?!?! Dumb engineers… or smart ones??? -
We are the first, and in Bitcoin.
Most others are centralized, VC backed and with fake (cheap to achieve) volume.
The arguments against the plan is about not BREAKING old ways before the alternatives are added.
And about not hard coding txns into the protocol. Don’t trust, verify.
This should not be much of an ask for the reference implementation of a Bitcoin messages (and transactions) interpreting protocol. -
Normies can’t use dispensers??? A buy by simply sending BTC to an address? So these don’t know how to send BTC?
And again, we should not be comparing with centralized services.
Let’s add the better ways. Then, with reduced usage of the stupid simple way, finally deprecate. -
Ninja Wallet, I've done bulk buys before -
The cost of, don’t trust verify. Not a big deal IMO.
Storage is cheap. And this only affects nodes.
What will be the effect on nodes with the planned VM?
Obviously more disk requirements are not ideal. But there is no alternative if we want nodes to abide by the verification principles.
Full nodes. -
I put my 2 sats in the lock post
the olga broadcast was never an olga token description -
Oh really address indexers is only used for dispensers, huh?
Funny, I seem to recall that addrindexrs predates dispensers and is used to look up the UTXOs which actually build the counterparty transaction. 🤷🏻♂️ -
I was refuting your statement saying that addressindexrs is only needed for dispensers. Which I believe is false.
I didn’t mention anything about consensus-critical dependencies. 🤷🏻♂️ -
man, people are stupid as fuck 😆
-
yeah that's cool feature but bulk buys need many outputs.. be cool to have just 2 outputs to buy many assets at many price points
-
-
Is there a more empty characterization than the word FUD? Reason I try to never use it… even though is what is being done by the side that wants to optimize over any user concerns… or a transition period… or avoiding hard coding transactions.
We can literally hardcode the complete ledger and have CP parsing be as “efficient” as possible. Do we want that? Not me. -
Andrea's quote.. " its not smooth jazz its punk rock deal with it"
-
only devs used hardware wallets coz you gotta be a dev to do that as there is only limited hardware wallet support in counterparty wallets
-
I prefer to use it off line with the electrum counterparty wallet
-
it's got rbf coin control makes consolidation easy
-
how does hardware wallet support let you open address on empty dispenser ?
-
multiple txs for empty dispenser addresses is cool
-
better than a ban on p2sh
-
Exactly
-
as I said earlier am trying to find a way to not downgrade for everyone's benefit
-
if we provide a sign pubkeys as proof where is the attack vectors?
-
I can't impersonate your address unless I can sign your pubkey
-
I don't know.. the protocol is being changed
-
I am not stopping anyone doing anything .. I tried reaching out n some people see the value in the use cases I am exploring
-
I understand the hostility to unverified empty addresses if they can be used to attack, that's is not why I want to use them, and i am willing to adjust my work flow, I don't know how else to prove ownership of a key except for to sign it .. there are some very clever cryptographers out there that may know different ways,
-
ok now that the issue is open again I'll post again
-
If someone uses an unused address before you do, for example you post on twitter your btc address that has zero history? Doesn't seem much of an attack? Surely you wouldn't post btc addresses on twitter with zero history?
-
I'm sure any address would have some history before posting on X
-
And the likelihood of someone selling their assets on a address that isn't theirs is slim to none
-
If everything perfectly aligned, possible but highly doubtful
-
I haven't heard 1 case of this
-
I think @XCERXCP did this to a Satoshi address.
-
Maybe the attack hasn't happened because it is near impossible and damm right stupid as no gain to seller
-
Kind of a burn address in reality
-
Plz show me 1 example of someone's life been ruined by this so called exploit/bug
-
Your talking a risk of 0.000001%
-
Severity high is debatable, as you can claim and prove that dispenser wasn't yours by on chain data
-
Plus you can cancel said dispenser
-
Then someone made u money, whoever sold the asset knew, buyers obviously wanted to buy
-
Is a lot of what ifs that have to align which is why not 1 case can be verbalised
-
Well I think that been able to set up a dispenser in a emblem vault or cold storage, usuabilty/compatible outweighs the near zero risk of this hyperthetical threat
-
You can create a issue with anything you want to fix
-
-
Careful Dogestyle. You object too much and your told your FUDing n your daddy doesn’t love u😂
-
And I didn't read the proposal so I'm not allowed to comment
-
🤐
-
-
Periodic reminder…
-
Be very careful about anyone who contacts you with direct messages ….
always check with known community members to verify the identity of anyone before doing any trades.
Never send large sum first, always use an escrow agent. -
🥳
-
Yes, I did do this. I made Satoshi a few $1k
-
Still sat there?
- 15 May 2024 (74 messages)
-
I think you’re discounting the goodwill of the XCP founders.
They could have easily took the Bitcoin for the development of XCP but they decided not to due to concerns of breaking securities laws.
The same developers now don’t like the idea that someone else’s Bitcoin addresses can be exploited to cause harm. -
No I asked if the "exploit" probably only you have exploited, if the bitcoin in the few $1K is still in address, or did satoshi collect it
-
Still there
-
agree the solution has to be iron clad -
The Bitcoin Office (@bitcoinofficesv) on X
The first capital raise in El Salvador on @Liquid_BTC is now live on @BFXSecurities And so begins a new era of capital markets for El Salvador. It is a small, exciting start to many big things to come for us, so stay tuned. In the meantime, more details on this project 🧵👇
-
this should have been done on XCP
-
wen USDT integration
-
liquid sucks
-
I should say bona fides, rather than identity. I’ve come down with a bad flu, so I notice I am muddling some distinctions here and there.
-
-
-
without the proof of burn xcp is just another shitcoin
-
19/22 left in dispenser!
34 destroyed! Supply 1400
First Dividend created and will be sent out to all holders this week!
https://xchain.io/tx/7eccd8a8a9feb172fccadb2b7a692a6be947f72830d8c38ed6e0c2e92842970d -
Sad the current version of the protocol doesn’t “prove” (verify) it.
Is it nonsense to ask for this?
https://github.com/CounterpartyXCP/counterparty-core/issues/1791Hard-coded transactions · Issue #1791 · CounterpartyXCP/counterparty-coreI am reading there is a plan to hard-code dispense transactions, to remove dependencies of the software. We already have a hard-coded list of burns. My question (issue) is, why is this a goal for t...
-
if you bootstrap from a csv is it even crypto?
-
how many signatures are there in the csv ?
-
Then counterparty hasn’t been crypto since day 1 I guess
-
I think you should be able to validate any csvs used for check pointing etc, which you can right now of course, everything exists on chain
-
Everytime there is a consensus change there is a risk of unintended changes in prior history due to parsing bugs etc, so you should always be able to compare the ledger hashes from prior versions up to the activation block to be sure they match with the new version
-
With a bootstrap this isn’t what happens
-
That’s why Evan keeps saying “that’s not a bootstrap”
-
Because with these new updates you reparse from genesis block
-
Its just a misunderstanding, I feel like I need to draw a diagram because I didn’t understand at first either why they aren’t really a big deal
-
-
Counterparty doesn't have a blockchain it lives inside of transaction on the bitcoin blockchain or atop of the bitcoin blockchain depending on how you wish view it
-
Diabolical
-
I agree we can move the discussion to GitHub.
https://github.com/CounterpartyXCP/Forum/discussions/137Hard-coded transactions · CounterpartyXCP/Forum · Discussion #137Following up on CounterpartyXCP/counterparty-core#1791: My original question: I am reading there is a plan to hard-code dispense transactions, to remove dependencies of the software. We already hav...
-
-
-
Wts dm if any interest
-
starting to catch on
-
-
-
-
-
👋 -
But how are we going to prove to ourselves we are decentralized without arguing or how are we going to deploy dispensers from our hardware wallet while still not being able send or do anything else relevant with CP or what about the people who can’t read messages on the block explorer or how are we going to put the child**** token on someone else’s address or what about not being able to rug ourselves with a simple BTC send to our own wallet.
Cmon man, think logically. -
-
-
-
Hard times bro
-
Devs being drained of their good will by trolls, indeed
-
The irony. Anyone with just a bit of time being involved in the dev community, and reading the GitHub, would have been 100% clear I was not part of the repo.
-
nothing new in that sadly -
Devs of any project will become the subject of someones ire
-
goes with the territory
-
LordJamieVShiLL.eth (@LordJamieVShiLL) on XDid you know when @CounterpartyXCP 2.0 goes live the Native gas token will be $XCP ? How’s your $XCP HODL bag looking these days anon?
-
is he trolling or its true?
-
I’ve heard Adam discuss on the Coval podcast wanting and his willingness to put in the work to make this happen
-
I think that’s definitely possible at the tooling level: wallet auto-buys xcp on your behalf and charges you for the convenience of a seamless experience
-
I’ll be in Lisbon for the conference if anyone is attending. https://x.com/mikeinspace/status/1790816816853291207Mike In Space (@mikeinspace) on X
Get tickets here: https://t.co/KQhyq1FpC6
-
Oh cool. I will be there, but missing the party on the beach 😢 -
Same. I'm flying out early that morning.
-
-
Amazing lineup
-
- 16 May 2024 (34 messages)
-
Well that was said like a guy who knows what he’s talking about. Listen -
Now I know why you said that’s not me in ucit. Chat. I was showing the Dank llc guys
Your full on old school og counterparty. Brainiac I figured you were super smart. Well articulated -
I can see how it’s hard to make happen but if expansion is an aspiration then ease of use for idiots like me would be advantageous to say the least !
-
Counterparty White Paper
https://krellenstein.com/adam/get/counterparty-whitepaper_2024-03-29.pdf
For the TLDR crowd (most of you?), here are some goodies I found in the "Future Development" section.
1. Deeper Integration with BTC
".....Counterparty will be able to provide seamless integration with the Bitcoin token: Counterparty assets will be able to be attached directly to UTXOs, allowing for them to be
held and transfered using standard Bitcoin wallet software."
" this upgrade will allow for trustless, atomic swaps between native Counterparty assets and BTC, such as Ordinals has. Indeed, it will be possible to trade Ordinals assets for Counterparty
assets as well."
2. Implementation of a General-Purpose Virtual Machine
"The Counterparty smart contracts language will address these limitations of existing systems, so as to bring general-purpose computation to the Bitcoin blockchain, and without the use of a sidechain. Naturally, XCP will serve as the gas token for computation and storage using this virtual machine, and fees will be dynamic based on network load." -
It sure looked good in the white paper.
Are we giving up already? -
I loved the vision. I'd rather see people rallying around it and helping to find ways to achieve the vision instead of arguing over what seem to be minor issues and personality conflicts.
-
-
Fundraising probably needs to happen.
Is this under consideration? -
Can I be added in BTNS chat? Thanks -
This isn’t new ? There is a lot it unpack there though this would be the right place to do it for sure 👍🏻
-
What kind of coin we talking about?
Another consideration is this sort of change would take much more developer resources to maintain after the fact? What happens if the current dev team retires, we would need others to step up….
But I suppose if it was a huge success, there would be developers in line to join. -
Sounds like @mikeinspace Counterparty Extreme
-
I'm working on it -
by the way
-
Official BTNS Chat (EN)
This channel is for discussing the Broadcast Token Name System (BTNS) and the platform's features. Site: btns.wtf Wallet: t.me/freewallet_io Explorer: btns.xchain.io Twitter: x.com/BTNS420 English : https://t.me/BTNS420 Chinese : https://t.me/BTNS420CN
-
i was just trying to do a multi send and this error came up. Anyone knows what it means?('b2e95f590fb213c5551ffc137cd530e06e0eef7d234bd5f42c4eec95086c7622', 0) -
Anyone else getting this error today??
-
https://davestaxcp.gitbook.io/freewallet.io-user-manual/troubleshooting-issues/counterparty-api-communication-error
It has to do with your Server settings and enabling SSL to yes -
review your server settings for CP Host then.... newest update (for Reset to Default) is public.xchain.io and the other option is using api.counterparty.io .... also check your CP Port too
https://davestaxcp.gitbook.io/freewallet.io-user-manual/troubleshooting-issues/stuck-on-checking-data-encoding-fees -
I’m not very technical but was wondering, could this be beneficial to xcp as well?
https://scryptplatform.medium.com/trustless-ordinal-sales-using-op-cat-enabled-covenants-on-bitcoin-0318052f02b2Trustless Ordinal Sales Using OP_CAT-enabled Covenants on BitcoinOP_CAT meets Ordinals
-
looks like it has to do with something on the Counterparty API side of things, it is recommended to use the default server settings in v0.9.31:
https://davestaxcp.gitbook.io/freewallet.io-user-manual/common-questions-using-freewallet-faq/how-do-i-check-my-freewallet-server-settings -
Having an auction of historical assets with a certain portion of the sales revenue being donated to fund development would sounds potentially viable, as long as the donation percentage is not so high that it becomes a disincentive to putting up assets for sale.
If the auction is well promoted, it may also attract renewed interest in CP and the historical counterparty NFTs (the earlier ones are rare antiques from the perspective of the crypto timeline). - 17 May 2024 (9 messages)
-
I’d the auction was so bloody high then maybe it wouldn’t
-
It might do the opposite people would flock to the ones they could afford
-
Did a show primarily on xcp last night - https://rumble.com/v4vn0yl-rugpull-radio-ep-79-bitcoin-tokenization-is-the-future.htmlRugpull Radio Ep 79 - Bitcoin tokenization is the future & ends their rigged Wall St Games - 10:30 PM ET -
Thursdays at 10:30 PM ET Episode Archive: https://rumble.com/playlists/N6IFHf2pPm8 Rugpull Radio is a laid-back environment providing education on the most revolutionary invention humanity has ever cr
-
WTS
Physical PEPECASH coins
xchain.io/asset/HIPPIEPEPE.2024 -
-
Good read by the founder of 37Signals. Helps to articulate what I think a lot of people don’t understand about OS software.
https://world.hey.com/dhh/open-source-is-neither-a-community-nor-a-democracy-606abdabOpen source is neither a community nor a democracyUsing open source software does not entitle you to a vote on the direction of the project. The gift you've received is the software itself and the freedom of use granted by the license. That's it, and this ought to be straight forward, but I repeatedly see that it is not (no matter how often it is repeated). And I think the problem ste...
-
Tokenize the future indeed
A lot of billionaires talk about how real-estate has become tokenized for them once they hit a certain level. So a lot of them are moving value to bitcoin
How could you convince them that counterparty assets could be better ? -
great writer. I like this post https://world.hey.com/dhh/i-won-t-let-you-pay-me-for-my-open-source-d7cf4568I won't let you pay me for my open sourceIn Debt: The First 5,000 Years, anthropologist David Graeber explores the fascinating history of debt and economies. It starts out by debunking the common myth that prior to coinage, everyone were trapped in this inefficient mode of barter. If you had a chicken to give and wanted sugar from Gandalf, but Gandalf was a vegetarian, you ha...
- 18 May 2024 (152 messages)
-
Yes, not working. -
freewallet.io
-
is the only reliable wallet
Official Counterparty Chat
Public archive of Telegram messages.
- 01 May 2024 (41)
- 02 May 2024 (11)
- 03 May 2024 (12)
- 04 May 2024 (1)
- 05 May 2024 (32)
- 06 May 2024 (26)
- 07 May 2024 (141)
- 08 May 2024 (55)
- 09 May 2024 (4)
- 10 May 2024 (559)
- 11 May 2024 (314)
- 12 May 2024 (138)
- 13 May 2024 (307)
- 14 May 2024 (237)
- 15 May 2024 (74)
- 16 May 2024 (34)
- 17 May 2024 (9)
- 18 May 2024 (152)
- 19 May 2024 (154)
- 20 May 2024 (68)
- 21 May 2024 (179)
- 22 May 2024 (9)
- 23 May 2024 (25)
- 24 May 2024 (16)
- 25 May 2024 (18)
- 26 May 2024 (12)
- 27 May 2024 (7)
- 28 May 2024 (42)
- 29 May 2024 (19)
- 30 May 2024 (19)
- 31 May 2024 (59)