- 12 January 2024 (685 messages)
-
-
-
-
-
-
-
Looks like he’s calling all API endpoints a user might need when the wallet is opened
-
-
-
-
-
Nice olive branch.
-
-
Are you proposing any solution?
-
fee calc added
-
-
-
-
-
A Blue One in Official Counterparty Chat
Stop showing selective graphs and propaganda
-
-
The partners collaborators and customers section of universelle.io include the system counterparty was intended to replace.
I will not consciously spend my efforts giving them any support for free or support their closed source endeavors by proxy. -
https://pypi.org/project/qrcode/ for the dispensers pages. Many users are stumped without qrcodes for dispenser addresses. I always thought xchain UI leaving the qr code and address visible for a dispenser, when the dispenser was known to be empty, to be in poor form. I bet you can blow that out of the park.qrcode
QR Code image generator
-
-
-
his articles are brilliantn too .. reverse engineering counterparty multisig was very helpful
-
I’ve been following Olga for a long time.
-
-
I like Electrum bcs coin control, RBF and multisig.
Will do a writeup soon about the Counterparty Electrum scripts. -
-
-
yes rbf, I use coinb.in for p2sh multisig
-
A Blue One in Official Counterparty Dev Chat
Your code looks beautiful. Indented, plainly worded and with comments! Someone give this man a promotion.
-
-
it OK eh . I think it's 0.001 per database hit .. 4*0.001 as 4 dbase hits to move a issuance ownership, 2*0.001 for a asset transfer as 2 dbase hits
-
-
Tellykick bot was cool... gated access to chat room dependant on asset held ... a challenge response using signed message to prove ownership of requited asset
sadly bot not working at this time ..but is good idea and worked well -
-
Ownerships needed to be known to know if possible to perform actions like new quantity issuance, Lock asset, transfer ownership etc if you not using api to build opreturn hex
-
-
-
-
-
-
-
-
I don’t have a nodeJS based server right now due to budget So I am stuck in client only JS or dire php for a bit.
The flavour of js I tend to use is like npm repo that builds from Either TS or JS, I didn’t play with next style server rendering yet but next time I get nodeJS server again that’s the kind way I like to build, I like it when I can get the intital load for whatever url from the server but then I like the client app takeover from there.
Loved seeing your stuff and the directions you are going to reclaim escrowed (for want or better temeinaology) sats -
-
-
@vm_ea @XJA77 planning on working on the ja/exchain branch this morning. Any conflicts?
-
Just like everyone else I hate merging. Hoping to move it forward a bit while your both doing other things
-
-
Sign a broadcast?
-
-
-
Careful with terminology and traps. I would advise a circular economy on assets.
-
-
Anyone can send XCP to P2SH addresses
-
This
-
-
-
You’re so there.
-
-
-
-
-
-
Reminds me of coinbin
-
Hahahaha
-
-
@uanbtc ERROR: Permission to CNTRPRTY/xcpdev.git denied to DerpHerpenstein.
-
-
It's been years, but I used to base all my client side wallets on coinbin, that's how I learned coin control and how to pick utxo's
-
Trying to push to ja/exchain_apis
-
here are the pubkeys ...
020b24cdac6953a86c6f8114377f7744b7b9e3c09d379018ffeaa7ed14e85c0b55
02a687666022b1da420433e55635c6a586a7f3e4cf08f9c13bfe951de76d21ae65
02b58abe2220445b4abc5c73dae728ed56d078e012f8dcaac1a9baf7de6302bd78
033820aa25d8a8b1bd47c3f1c99c13c11daa8c4b9948d327ace809289bf4da17a0
0348f903ae35969acc6b9de56db4cbfa3a396039f98d6891379f8bb1f0482babcc
I dont have the private keys so dont deposit lol -
Should not be any conflict everything pushed in my side
-
-
i cannot tell i dont know @hodlencoinfield @jp_janssen
-
the scenarios weren't updated to recognize the additional parameters for issuance creation
-
yes it has been years since thats been working
-
Many tx types is a summary of growing pains too.
-
please ser check your dm
-
-
-
-
-
i need to understand why your attacks and what are you meaning with this
-
there haven't been that many new transaction types added
-
yes i’ll certainly admit the codebase has been poorly managed
-
and i’ll take the blame for being lazy and not contributing since it “just worked”
-
That means you don't have access to the repo to push. If @uanbtc sent you an invite - you should have that in your email and only after you accept you will have access
-
it's really not a matter of assigning blame! Maintaining a project like this is tough and thankless, so I can completely understand that some things may have been overlooked. and over the past decade I've gotten a lot more experience managing large software projects, and at this point I'm happy to start contributing to the codebase again, both directly and indirectly
-
im very excited to get it cleaned up and back to a less spaghetti state
-
9.58 was good times.
-
@ABlue0ne also i think you are mad because we have not released publicly the opensource indexer for stamps, i will explain you why not bc im a little tired of you attacking me, we cannot release it opensource until we have not a 100% balance match with current working indexer at stampscan (which is different and close source at the moment, but he is planning to make it opensource when we release this one) we cannot release it yet bc if we release it and there are discrepancies in balance we have a big problem also people that was in the repo, has been stealing the code and running the indexer without been full tested so if we release it without been finished some others can do the same and we are in a chaos, there are many money in src20 protocol so we have to be prudent releasing it i hope you understand this
-
-
For sure, but I do think it's important to distinguish between code quality and maintenance burden. Would love your thoughts on the latter @hodlencoinfield @jp_janssen @uanbtc
-
haven't been involved in a long time so want to understand sort of the culture and your personal feelings about it.
-
A Blue One in CNTRPRTY Bitcoin Developers
You’re worried about stamps. I’m worried about counterparty. We are not the same.
-
I have been with the stamps Community offering dev help for nine months with the same lines on repeat. In this chat for much longer.
-
if i were worried just about stamps, i wouldnt be here, the ones worried about stamps are working in his own things not here
-
Fair enough. Remember this is a counterparty chat first and the topic is the protocol please. Anyone confused please just read my posts above or ask me.
-
@uanbtc sorry! You did invite me I just didn’t accept it. One of my servers went haywire and I have 38000 emails so I didn’t see it in the inbox.
-
*within the repo, but the community is going wild. No?
-
jajajajaja 100% is why i wanted to talk with you in private
-
Not my words.
-
This! Would be perfect for xcp.dev. The create calls are the most problematic to scale because of all the validation it does at the lib
It would not even hit the server with this approach. Obviously the drawback is you could end up with an invalid transaction -
-
Yeah is it better to use API or hand the roll op_returns?
I guess it depends if your confident hand rolling them .. the api does do some sanity checks -
i would like the API to just return the message data non arc4 encoded
-
or at least have a flag to do that
-
then you can decide how you want to encode
-
We are looking into it, and we are still considering if is worth doing… because it is extremely inefficient. In like even if we do it, it WILL have to be only for short term. Or we will replicate xchain’s chaos
Freewallet makes 10s of calls to the api for the most basic use cases. And some of these calls are heavy on the DB
Jeremy put himself in a very difficult position with these inefficiencies. I get the problems he is having in his backend. Is cringe and sad to hear publicly… -
lol said here
-
-
-
we’ve all told him he just doesnt want to listen
-
Yes, but I see how parallel improvement with counterwallet could render freewallet obsolete and end the default jdog donation.
Community can shift.
Counterwallet was needed for named stamps, before jdog broke it. -
Dont support jeremy/freewallet. That is a disservice to the community.
-
-
He IS part of xcp.dev though. The tx decoding is his. Would love to have more of his tools integrated ❤️
-
This
-
yes... but forking it dont solves the issue of users needing to import pkey in other wallets
-
-
You want everything back the way it was so the ‘Mike and co’ business model can continue and thats fine. I want the community back up regardless of anyones business model.
-
Who?
-
is not true, but okey this is your POV
-
Same repo as counterparty2mysql.
Counterwallet is more native no? -
-
-
-
-
This generates the same xchain qr? Once tried to add the qr to xcpdev, but did’t proceed because it was not generating the same as xchain and wanted it to be consistent…
-
To be fair I think a lot of people may have different reasons for rebuilding this, but the fact is we all are. No reason to have beef with a common goal
-
-
Yes, but I think during the process we’re also incorporating the newer wallets. I know derp is making an npm package
-
Is this in the users best interest? There are some shady wallet services out there?
-
will it be fully open sourced?
-
if is a npm package yes
-
Ask juan about xcp.dev.
-
the qr is just of the address of the dispenser and the amount in btc 0.00000000 should be easy to match
-
i asked him
-
This. Counterwallet and done.
-
put your work where your mouth is
-
-
Depends on what you feed it. You might be remembering when jdog changed consensus with us and hardly nothing matched.
-
"dispenseraddress?amount=0.00010000" is the QR i think
-
@herpenstein said he wants to build it into a counterparty js lib
And @XJA77 and I are also discussing it when doing the freewallet api replacement work/analysis -
How much work are you doing with your nonsense posts right now? Stay on topic for the 200th time in the 4th channel please. Respectfully.
-
are all the FreeWallet api endpoints being replicated in xcp.dev or are there more?
-
i wont enter arguing with you im surpased my patience with you so iw will just ignore you :)
-
A counterparty js lib could be a very nice 👍
-
yep for sure, its on my list of things to do lol
-
Not working on that for now, so go ahead. @XJA77 ?
-
for the last 8 years
-
is free to push it, just let us know so we can sync our branches
-
-
I pushed last night, should all be good. Only thing you may have to change is the db path. We should probably use .env and .env.sample instead of config
-
See I hate writing docs so I do this instead😂
-
Already started working on this. It shouldn’t be too hard. Based on my lack of packaging game, I’ll spend more time fighting with rollup than I will in the actual code.
-
DM me if you are still having issues
-
i thought in the .env when cleaning a litle and divide in files but as we just had one var for the db path as cofig i didnt
-
Got it. Just pushed some basic calls for dispensers, dispenses, sends and issuances
-
Data returned may not be in xchain compatible able format… lol
-
Can you pls pin that spreadsheet with the endpoints
-
Just made queries to the the db and returned all columns as is. Data needs to be massaged
-
I don’t even know how to run it 😭
In part because I knew it was broken for not being updated -
-
Dm
-
Encrypted Sheet
CryptPad: end-to-end encrypted collaboration suite
-
I can write docs.
-
Cant pin it
-
-
So grateful!!!! This is amazing to know 🚀
-
Yeah, I was thinking First I’ll get the calls to return the correct data, then we can format it to mimic xchain
-
but i think that we have to do a evaluation of supporting freewallet it will cost many time and resources and will load xcpdev with tons of innecessary requests
-
-
-
good news! it runs automatically in CircleCI! https://app.circleci.com/pipelines/github/CounterpartyXCP/counterparty-lib
bad news, it's pretty broken. working my way through it now -
Ooh yeah I hear you. A stopgap may be to support creating freeallet compatible transactions to sign
-
-
From my perspective, there was almost nobody looking at the code. I was one of the few aside from Javier and Jeremy
Screamed a few times, but I was “new” and ignored
Times are changing though -
Counterwallet.
-
-
yes as counterwallet is part of the stack
-
The bip words are different but wallets can move
-
This isn’t a requirement before release??
-
Okay gotcha
-
-
-
-
-
That’s awesome
-
-
-
Much more complex than I thought it was. I remember I tried to help someone recover their wallet who lost one of their seed words. He also didn’t know how the wallet was generated lol
-
-
CP api generates tx hex that freewallet can sign, so at the minimum, we should present the user that hex to sign as an option
-
-
-
freewallet now decodes tx hex so this is viable
-
-
You can leave that part to me, just worry about the core.
-
-
The inefficiencies are the issue. We will replicate Jeremy’s, so is kind of pointless long term
Short term? Debatable. But this is voluntary work so we need to maximize the effort for long term benefit I believe -
-
Probably the quickest way to get up and running and moving toward modern wallets.
Have an option in xcp.dev that uses the browser link to bring a tx to be signed into freewallet and otherwise generate a psbt that can be passed to the appropriate browser window object -
i explained this morning why so many api calls
-
This trivia is an artifact of growth/use and bad socumentstion and feature implementation has led to losses for users due to key confusion w freewallet. Very common issue in the chats. We cluld fix that too and add it to the changelog. Great job supporting the people bob.
-
Do you know if this is xchain’s?
-
-
this is it in action
-
yeah thats why i went all out with my loading wallet options - i dont offer bip39 seeds but could
-
I agree with this. Additionally if there are changes to the returned exchain API data that should be implemented, now is the time
-
dispenser info in address balances perhaps?
-
we can use the uri--schema for working with freewallet
-
i use this when in watch only mode
-
Counterwallet requires counterblock backend… is too much code to maintain imo
I see the breaking of it as a blessing in disguise
Sorry lol -
-
True but could be a huge time suck for now
-
yeah i found counterwallet a pain in that regard
-
@XJA77 @uanbtc im done with the api work for now. Gonna get back to the psbt tx generations
-
-
May not be worth it
-
Cool ser thanks for it I think is the best path forward work with modern wallets
-
Also updated the spreadsheet. Those 5 endpoints are still WIP because I haven’t validated the return data format against xchain
-
I think it still needs some changes to variable names or data types for them to be a drop in replacement
-
I think if we get holders/asset, utxos, and tx, then massage all the data to match xchain, we have enough to bring most stuff back online
-
-
Modern is not always the best in BTC world.
-
-
That wallet is still good.
-
I was referring to bip encoding in general
-
The cardinal rule of "crypto" is never share your private keys and we're, unfortunately, in a situation where users are now routinely moving private keys across multiple web wallets. Not a good security practice.
-
Add it to the sheet and give it a priority please
-
-
-
I swear the reasons for counterblock to exist, why its broken, and what fixes it, are all related and we are probably overlooking the key. Worth investigating counterblock IMO.
-
Replicate Jeremies issues or API? Same thing?
-
Counter lock broked with the dispenser close thing
-
If we replicate API will be replicating some of his issues
-
I said that above yes. Jdog broke it recently.
-
So stop arguing with me.
-
-
Lol you guys Gotta stop
-
You proved my point
-
It’s fun to read
-
What the xchain feed does is provide additional value information alongside the general cp data - you might just wanna slide null into all those estimates so you don’t have to deal with what it takes to get the value info
-
-
I guess also as per jdogs message in other channels, it’s coming back.
-
-
He’s contributing to xcp.dev?
-
Oh you meant jdog
-
I meant the funds are safe.
-
@ChiefSamyaza
-
Trezor coming soon to rarepepewallet
-
ChiefSamyaza in Official Counterparty Chat
Can you please post in the main CP channel that work is being done in the background, even tho I am silent. Even tho I have found the last year EXTREMELY challenging, I have done my best to try to remain calm and patient and focus on what is important "do the work"... that has not changed. Music and art are a huge part of why I do what I do, to provide a way for artists to create and express themselves, and while I might create artwork of a different kind (code/blockchain), I appreciate art in all forms... These 3 links go to artists and music that has keep me positive and working the past year... and are what I am listening to right now, to help power me through all this. Please everyone take a breath and lets focus on the positive... vibe with this music, or whatever music speaks to your heart, dance a bit, and lets realize this to shall pass... soon! Tribal Need https://www.youtube.com/channel/UCuoFay4RgXTstakS4HLrybg Miss Monique https://www.youtube.com/channel/UClIIy-aQBXRi1OHupBcrjJw Sofi Tukker…
-
J-Dog in Official Counterparty Chat
jeezus christ... STOP TRYING TO FUCKING HACK Freewallet into working... I am working on fixing shit... but gotta come here to tell pppl to just fucking stop for a minute!!!!! putting in different hostnames to point directly to individual servers in my infastrcuture is only going to cause MORE headaches... I took xchain.io down, and have NOT brought it back up for a reason... it say 9.62.0, has no numerics, is on wrong fork, etc... so MAYBE let me fix it... or at least, point to different stufff... dont' keep trying to use my shit, while I have said dont and I am working on it.... or I will be forced to take all the servers TRULY down... as in physically off... because you guys cant just chill for a bit longer!
-
@herpenstein @B0BSmith you're killing it!
-
-
-
Encrypted Sheet
CryptPad: end-to-end encrypted collaboration suite
-
None
-
Hey guys just had an idea. I’m working on a js file that generates psbts from xcp api calls, but wouldn’t it make more sense to just have a flag on the api call to return raw hex or psbt?
-
Then there is no reliance on my library and it’s just built in
-
The counterparty api then automatically supports all mainstream web wallets
-
The Bitcoin node has converttopsbt, so it should just be a couple lines of code
-
CPI api generates the hex, if the user wants a psbt the cp node calls convertopsbt on the Bitcoin node and returns the result
-
My idea about a separate library now seems silly lol
-
Glad I only spent 2 hours on it
-
not silly, there's a genuine discussion to be had about what should be in the counterparty api and what should be in third party tools, but in this case incorporating it into the former makes sense IMO
-
-
-
-
-
Talking about host3. Settings recommend in the room earlier
-
someone saw it sorta worked so ppl started to use it
-
This is a good point. Would it make sense to allow Bitcoin api calls via a counterparty api endpoint?
-
-
something like that would help yeah
-
Are there any downsides?
-
this is the kind of thing @teysol typically has strong opinions on
-
-
-
-
The system learning.
-
-
-
It looks like in counterparty-lib a function called constructPsbt could be put into lib/transactions.py
It takes the same params as construct then calls construct. After that it takes the result and then uses the backend to call createpsbt.
Then for safety, probably decode the psbt and verify it matches what’s expected before returning the result -
Had to edit that a bit. Didn’t make sense after a quick reread.
-
I have to apologize, my bitcoin knowledge is a few years behind, so please just tell me if this question doesn't make sense: is it fair to say that by integrating psbts into counterparty we're somewhat changing the typical interface between Bitcoin and Counterparty, wherein the latter just uses the former for data storage?
-
The psbt is just a raw hex transaction. The difference being web wallets use psbt as a nominal input because ordinals use it for trading
-
All this would do is make the tx generated by counterparty useable by modern wallets
-
got it. so this isn't to leverage psbts for atomic swaps viz. ordinals
-
Not yet, but with some more updates over the next year it could
-
okay perfect, that was my big question
-
If a count party asset can be attached to a utxo this function would be needed to do psbt trades
-
personally am not against at all this but philosophically it's a big change
-
Also if you want to do an atomic swap involving a multisig psbts could help in that construction
-
but is not needed to replace hextx if we use a flag there right?
-
No ideally we would be able to get either one
-
They are both valuable to different infrastructure
-
It could return both I suppose, nothing wrong with that
-
sounds great and given that IMO makes a lot of sense to integrate it into counterparty-lib
-
-
Right now when we need a psbt with counterparty assets we use the api to generate the raw hex and then convert them manually
-
It adds unnecessary risk to the situation
-
I just wrapped the entire db
-
I think I can reduce it to 4-5GB. There is too much data that is repeated.
-
@XJA77 per your earlier request for a a good resource on bitcoin script: https://bitcoinops.org/en/topics/Topics
Helping Bitcoin-based businesses integrate scaling technology.
-
I think it doesn't cover each individual op code like the bitcoin wiki, but perhaps it's written by someone who hates counterparty less 🤷♀️
-
looks like api.counterparty.io is now down
-
-
❤️
-
oh weird
-
-
loading now, false alarm lol
-
-
Any performance gains that could be made with additional/changed indexes? The time to perform queries seemed to be the biggest issue leading to this last weeks events.
-
Thé xcp.dev repo has a balance query that looks like like it’s very taxing
-
I know nothing about database optimization
-
get balances works good, its get asset info that sucks
-
Adam and I know someone who'd be great for the performance work.
-
im instead filtering a get issuances call to get description
-
it goes way faster
-
none of this should be slow
-
"filters" : [{
"field" : "description",
"op" : "LIKE",
"value" : "IPFS:%"
},
{
"field" : "asset",
"op" : "IN",
"value" : ["IPFSPEPE", "SPAMP"]
}
], -
Im going to pretend that’s the one I was thinking of.
-
so you can replace IPFS with STAMP to get stamps
-
not sure if this is the right channel to bring this up, but outside of crypto people expect to be paid for their work lol. besides jdog's donations have their been any effective fundraising efforts for dev work?
-
I Do this for my ass: listings lol
-
CIPs used to have funding address when John was about
-
I see, okay
-
Filter like ass. Makes sense
-
yeah and hed put a cost to fund the cip then he’d work on it
-
That's great.
-
Eheh assetic.io when you are curious
-
it actually worked pretty well
-
cips/cip-0010.md at master · CounterpartyXCP/cips
Counterparty Improvement Proposals. Contribute to CounterpartyXCP/cips development by creating an account on GitHub.
-
Performance doesn't really merit a CIP IMO. should just be worked on.
-
-
LOL
-
point is: would like to discuss some standard way for funding dev work
-
i don't think 'person X will work on Counterparty if you give him money' makes much sense.
-
-
that is inviolate
-
would be good to just have a standard way to fund issues/milestones etc.
-
we should...
-
-
i didn't mean 'devs should do something' i meant that not all dev work fits into CIPs
-
-
-
-
Yes but this causes problems...
-
-
-
i think this is a case where reinventing the wheel doesn't make much sense
-
it's a standard thing to put a bounty on GH issues
-
-
-
Yes but the problem was he was decreasing the Bitcoin send
-
Is working ninja guys has it implemented
-
DOH! so its a dev logic / maths problem not a protocol issue
-
Yes
-
-
@hodlencoinfield @uanbtc @jp_janssen what do you think about integrating some bounty system into the repo? I am not trying to push any specific way, sincerely interested in getting people's thoughts
-
@B0BSmith performance IMO is just too big of a thing to fund with a donation button in a wallet
-
it simply requires something more fulsome and formal.
-
again, just my opinion. if others disagree would love to hear why!
-
-
for sure. in this case we know someone who'd be pretty perfect for the work, but he's not a crypto guy; he will not work for dickbutts
-
-
-
indeed, so seemed like a good opportunity to talk about standardizing funding for dev work in a non-dickbutt denominated currency
-
if the answer is we only pay in dank memes it is what it is! But probably something to revisit...
-
-
imo the problem isnt so much funding but developer time
-
obvi they go hand in hand
-
but the real thing we need is to get people interested in contributing outside of bounties here and there
-
if the problem isn't funding then we can get great developers to work on Counterparty on an as-needed basis.
-
This is half serious, you can launch a counterparty 10k stamps collection… charge 10 bucks each and your good for a while
-
yep something like that is a great idea
-
Make it named stamps so everyone is happy
-
We can fund sink shitting with sink shitting
-
Gotta use src721 so it’s cheap for the end user.
-
this is a much taller order though and, having funded this thing for a year out of our own pockets, can say it's important not to be overly-rigid
-
Democratized sink shitting
-
i hear you, but the problem in the past is people wanting to contribute funds but didnt know where it should go or whom it should go to
-
if you have a developer and a specific idea of what to build then fund raise for that specific thing
-
then no one is managing funds
-
and it goes direct to the person building
-
yep that's exactly what i am talking about
-
thats different from a bounty system tho
-
where anyone can try to build the thing
-
Okay, sure, fair enough
-
point taken.
-
this would be “heres the thing im going to build, it costs x, so im fundraising for x"
-
If people really wanna bounty can’t you do ‘gits for bits’ or whatever it’s called
-
i hate bounties
-
because you could end up having multiple people work on one thing and duplicating efforts
-
sure, I was assuming that the proposals weren't ex nihilo, but based on open issues, but that's not important
-
then someone needs to judge if it was done well enough to release funding
-
Logistics woe
-
no one wants to manage funds
-
so needs to go direct to dev
-
all totally fair
-
-
@uanbtc
-
Counterparty runs on love (mainly) and sometimes drama
-
and dank memes
-
That too
-
all i'm really asking is: is there a will in the community to turn the love, drama and dank memes into something a reasonably normal person would recognize as currency
-
in a reliable and predictable way
-
Just stable rare pepes is a good start
-
you've gotta inch towards the left of the bell curve to get to 'reasonably normal' from rare pepes
-
-
I think this is will be one of the outcomes of attaching assets to a utxo.
Ordinals did it so well. -
Well
Let’s at least work outwards from there :) -
i am out of the loop but that makes total sense
-
My vision and use case is supplemental to yours but not specifically currency, more so data and truth for me.
-
User sends Bitcoin from their coin base to their unisat wallet. Clicks big buy ordi button, has ordi
-
That’s what counterpsrty needs
-
if we can do this then Adam and I know a bunch of really talented people with highly relevant expertise who'd be happy to work on a system like counterparty.
-
Go far enough right on a horse shoe and your closer to the left.
-
We’re 2 cips away from that
-
Plus the database need to not explode under use
-
@hodlencoinfield i hear what you're saying but I do want to be able to fund bigger things, like performance.
-
With a sealed protocol, all the devs can focus on their projects and they may be interoperable and fun their own dreams.
-
this. I told the guy i'm talking about that it takes 2 weeks to catch up to current block height and he was in total disbelief.
-
this was not a false alarm - JDog just posted in Counterparty Dev chat about it
-
but I definitely don't support bakeoffs, to be clear. i was being cavalier in using the word 'bounty', that was my bad.
-
i hear ya, i think the biggest issue is managing funds, no one wants to hold money and decide how it should be distributed, so thats the problem that needs to be solved
-
Understood. Assuming that problem can be solved, do you think the community generally has an appetite for funding dev work?
-
-
-
I am talking about protocol work
-
-
I will do the following, we will publish a page on blocklack.com with a detailed description of the objectives to be achieved. If the community is willing to pay 35k in USD in the first step and we manage to raise that capital we will proceed to start working in the first tranche of objectives proposed.
-
with the protocol the incentives are tough, block explorers are money printing machines if you have paid tiers
-
The first objective will be to improve the databases and implement a better architecture to increase protocol performance.
-
generally speaking the higher-level tools are much easier to monetize; it's the protocol that you have to beg people to work on.
-
I a dev can easily disappear with the funds, and what I propose is to do everything in a legal and trustworthy way.
-
Lol
-
And I also try to be realistic, no dev is going to work and solve the current problem quickly, we need a team of well-paid professionals working full time on it.
-
-
Database etc are implementation details , not protocol right?
-
but also that capital can’t dictate contentious changes
-
it can be a bit of a catch-22
-
sometimes people want to donate for a specific vision they have that does not align with general consensus
-
-
i think you want to avoid systematic capital intruding on the protocol
-
i think NFT collection sale to fund things is the best option
-
back in 2014 e.g. this was a legitimate criticism of blockstream: VCs were subsidizing almost every bitcoin developer
-
because the buyers are getting something for their money
-
so they’re funding dev work and speculating at the same time
-
and crypto people love speculating
-
i gotta be honest, I still find Tokenizing All The Things kind of goofy, but if it can result in developers getting BTC for their work in a decentralized way then sure!
-
we arent doing that
-
its art!
-
lol
-
the token is the art
-
its not “tokenizing” anything
-
i think the two pepes shaking hands through their pants makes Caravaggio look like a n00b
-
this is the new paradigm we live in
-
okay! I won't pretend to understand but if people can get paid without illegal securites offerings or without VCs subsidizing development then I'm all for it.
-
it'll be decentralized, too, it sounds like!
-
I just wanted to float this. If you guys who are generally much more with-it than I am know of a way to do it then that's great.
-
sorry i was speaking loosely. i meant working on the reference implementation (which in counterparty's case also defines the protocol, like Bitcoin)
-
thats the best part about NFTs, they are things not securities
-
they dont represent anything
-
they simply are
-
and people collect them
-
PSBT API support · CounterpartyXCP/cips · Discussion #131
CIP: XXX Title: PSBT API Support Author: Derp Herpenstein Discussions-To: ?? Status: Draft Type: ?? Created: 2024-1-12 Abstract Add the option to return transactions as PSBTs in the API Rationale C...
-
oh my god lol
-
Okay i put that up for discussion. If we can get psbt support in the api and then transfer support for assets into/out of utxos, we can use all bitcoins infrastructure to onboard users
-
OP_RETURN API Support · CounterpartyXCP/cips · Discussion #132
CIP: XXX Title: OP_RETURN API Support Author: B0BSmith Discussions-To: ?? Status: Draft Type: ?? Created: 2024-1-12 Abstract Add the option to only return OP_RETURN data via the API Rationale Count...
-
-
Its a trap Hushmoney.org I’ll do some work for native tokens.
-
We is counterparty as a protocol? Or a specific project?
-
-
You can check it out here 🐸👀 https://www.vivalavandal.biz/
-
Bro, why do you link your website every 2 or 3 messages?
-
Just added an update so it shows the live information from xcp.dev below the asset, so you can see the dispenser balance 👍👀🐸
-
chad
-
LOL... talk about "loaded" language.
-
hahaha
-
where is that?
-
-
I hope youre asking genuinely… Because the chat mentions this every 3 minutes and its a governance trap.
501(c3) registration and chasing fiat at all as an organization applies certain laws.
If counterparty stays away from foundations and fiat for now, we wont be back here in 10 years after another rogue dev does this again. -
-
-
-
-
-
-
hahahaha
-
can someone tweet that
-
Carsonated has a fair point. This sort of looks like Counterparty is saying there is a need to find consensus, when Counterparty has consensus.
-
this is a vote from a third party and not an official protocol request for vote, correct?
-