Another update for xcp.dev

I've added dark mode. I know some of you were asking.
So far the homepage has it 100% and partially the other pages I've implemented (blocks, tx, address)

I've refactored a bit the homepage - the entire header section, nav menu and the 2 tables with Unconfirmed transactions and Block transactions. Also the search component has a new face.

This is not on prod currently but you can see the screenshots from the develop branch attached here.

I still have 3 more pages to do I think (transactions, messages and asset)

Wow ser is awesome

this is looking *great* @Chriton

SmoothAF

Your eye for ui is amazing

AMAZING. Just too beautiful 😭😍❤️‍🔥

@Chriton THANK YOU

@XJA77 the message hash mismatches are the only outstanding ones, right? any luck on finding their source?

xcp.dev was just updated, and it has the same hashes as @XJA77

Yes the message one is still different to xchain

it sounds like the system is now generally non-deterministic. sometimes the hashes match, then there's a reorg or something, then they don't

we will be adding lots of rollback tests to make sure that never ever happens

Besides that ledger and tx hash matches between all three?

Yes ser i think so

it sounds like they *sometimes* match. unfortunately that's even worse

makes sense since not every node necessarily gets reorg’d

Hey guys, I already have the first draft of the developments being done right now in CP. I've included everything I'm aware is being worked on, with the info collected from this and other chats, TW, and Gits.

As you guys are the ones doing it, feel free to change anything that you consider necessary, or add comments for modifications. If you feel that it should be written in another format, also feel free to share your suggestions so we can get this published with the agreement of the majority. As it's technical writing, I don't think we should have much debate once you include extra info I might have pass, or change anything I could have misunderstood.

You’ll have comment rights with the link, I’ll give editor permissions to anyone that wants it.

Let me know what do you think.

https://docs.google.com/document/d/1E68OruRxCiFrvhOemImR70jhdzfs3gD11qZmYrNR4jY/edit?usp=sharing

@hodlencoinfield I have shared in the link to your post as I think explain in just a few messages what have happend.

Also if you prefer I can share the doc from here https://cryptpad.fr/

Good first draft! I already have a couple of parts I can reword/elaborate a bit as I think I know your source

Feel free, if you want me to add you as editors just let me know. Didnt do It right away as we are 48 here and the link can be shared with many more.

But can add your comments as well.

dev@juanaleman.com

Done

This is great!!! thanks for writing this. I just made some quick comments to the doc to clarify some points

I think in general, we're going to have to spend a fair amount of time fixing the code testing and very serious consensus breaks before we can start fixing even existing bugs and quality of life stuff

that said, once we get everything shipshape, I think we'll be able to dramatically improve the performance and stability of everything in the ecosystem very quickly

The initial priorities as I see it are *roughly*
1. testing
2. correctness + stability
3. performance + scalability
4. ease of deployment
5. ecosystem: support OSS wallets and explorers

Feel free to comments if you think that there are changes on the order of stuff Ill add you as editor.

agree with both the list and the order (though of course at least some can be worked on in parallel).

👍🙏

https://github.com/CounterpartyXCP/counterparty-lib/issues/1341

I have added a new issue collecting all the columns where data is repeated, and also to which table the relationship should be created.

It's a long list but it's actually where data is duplicated...

I am trying to decode a tx, I manage to decode the op_return, but I don't know where to find the destination address address...

This is located in what part of the transaction?

I tried to rely on this but I can't figure out where to find the destination address in a tx send.

if theres no memo then its the last 21 bytes

first byte indicates address type 00 for legacy, 80 for bech32

https://github.com/Jpja/Electrum-Counterparty/blob/02d7364539ffecb0bd2e351e170b97138d1fb0b5/js/xcp/decode_tx_msg.js#L44

yep thats it, addr_hex is 42 character string representing 21 hex bytes

Yup. Btw my script ignores the memo which would be all remaining bytes after the address

I already managed to create a decoding function in rusr for enchance_send.

It's a good start.

I managed to calculate the position of all the bytes, when I finish creating the other decoders I will share my notes with you. in your script you do it by manipulating hex. but in mine I do it using bytes directly. and maybe my notes can be used in the future if someone wants to manipulate bytes directly.

I have already managed to get the algorithm to decode rawtx to a xcp transaction.

Now the next step is to decode the asset id to the asset name

Any advice on how to do it?

https://github.com/CounterpartyXCP/counterparty-lib/blob/81372a7bd02aab83105b196cfc38f947885771b5/counterpartylib/lib/util.py#L176

Thanks

https://github.com/Jpja/Electrum-Counterparty/blob/master/js/xcp/assets.js#L8

Made some edits and added comments:

https://docs.google.com/document/d/1E68OruRxCiFrvhOemImR70jhdzfs3gD11qZmYrNR4jY/edit

https://github.com/CounterpartyXCP/counterparty-lib/issues/1341

I added this issue collecting how the DB can be improved.

so this is a great document, but I feel like it's a bit too down-in-the weeds for what we need to say. if it's alright I'd like to take a crack at writing a new version that gives more context

200k tx decode to Counterparty.
4.17 seconds

Being optimistic on a server in production this should take around 8-15 sec for every 200k tx

The steps are,
1.serialize the raw tx
2. then decode the tx to Counterparty.

Now I think that the database saving process would be done in a separate process thhen the decoded tx would be saved in db on a queue

Sure we can consider that the first draft

Ey Adam I´m caught in the middle of a looot of work on my end suddenly, if you want I can make you editor so you can valid the comments or do the final touches or changes to it... as I will delay you all

I don´t want to delay everyone on this because of me

lemme try and make some bigger revisions

sure, let me know the email account where you want to be editor if you want by dm

or here as you wish :)

CSS coming soon TM @teysol 😆❤️‍🔥

Is there any bounty for building xcp.dev?

Can i setup a bounty.

150 usd..

is what I can contribute

I outlined in detail how bundled messages (transactions) can work. Will easily save 70-90% on fees
.. if my assumptions are correct.

Feedback appreciated.
https://github.com/CounterpartyXCP/cips/discussions/127#discussioncomment-8209889

bro just drop cool shit. i need to study that

It’s my belief the Counterparty will be how 99.99% of people will interact with Layer 1 BTC.

🚨 Update on Counterparty Project Development 🚨
https://counterparty.io/news/development-update-2024-01-22/

awesome

This is great

All, if you could share this update it'd go along way towards keeping the community abreast of important development work!

I retweeted it

Hey devs, how can a Pleb begin running a Counterparty node?

For sure is so easy to run ser

Just need to follow requirements and be able to use a bit the terminal

And if your not bootstrapping wait a long long time

partial explanation and solution WIP: https://github.com/CounterpartyXCP/counterparty-lib/pull/1349#issue-2094513358

What does this mean, in layman’s terms?

Sorry to butt in

no apology needed. in layman's terms Counterparty had some tools for helping speed up parsing transactions, which dispensers broke.

But is dispensers what broke it or the last change in dispensers closing after x blocks?

Trying to catching up here, so many busy days..

dispensers itself

Does this mean that dispensers are some sort of “backdoor” around the DEX?

no, not even sure what you mean

Nevermind

Obvs not a dev

@PowerHODL17 welcome! What were you looking to run a node for? Going to try to build something or just exploring? Might help us help you better

Tutorial to setup a node: https://github.com/CNTRPRTY/xcpdev/tree/main/server/fednode

Hmmmm kind of all of the above tbh 👀

I would like to run a node to help increase the security of the Counterparty protocol ser

new version of counterpartydb

thanks @jp_janssen @uanbtc for the help

https://github.com/Jpja/Electrum-Counterparty/blob/02d7364539ffecb0bd2e351e170b97138d1fb0b5/decode_tx.html#L162

@jp_janssen Why multisig script == 210?

Try to go through Juan’s instruction set above. If something isn’t working please provide feedback. It’ll help us improve

See lines 151, 152

Anyone here got @jp_janssen images archive torrent? Stuck at 85%

I understand that, but does that mean that somewhere in the past the protocol changed?

Im back online seeding

hello guys, sorry to bother here but does anyone know a good tBTC faucet?

New encoding was introduced at some point yes. I guess mid 2014, so we're talking very early stuff.

Thanks to the seeders!

https://0xparc.org/blog/zk-ecdsa-1

What happens if we apply zkSnarks to avoid replay attacks, and create more private dispensers....

Asked Obi to join who has built this cool explorer: https://crypt0biwan.github.io/counterparty-explorer/

Hey guys, honored to be invited here 🙏

Nice!

What is the recommended api to use now that xchain is off the cards?

I'm a real noob when it comes to counterparty specs/api etc so did the best I can 🙂

What are you using @crypt0biwan ?

api.counterparty.io:4001

here's the sources: https://github.com/crypt0biwan/counterparty-explorer/blob/main/js/explorer.js#L121

ace! thanks

xcp.dev will have an api available. The details are WIP, but feel free to DM!

Hi,

Another update for xcp.dev

I've finalised the wallet, transactions, messages and assets pages.
With these done, all the major pages are now finalised.

@uanbtc needs to do some changes to the backend, but then we are ready to push this to prod.

This is how they look at the moment (in dark mode) in the develop branch

looking great!!!

thats huge!! great job ser

looks really good

https://960.xcp.dev/

uffff looks incredible

wow well done @Chriton and @uanbtc !

yes guys is DOPE!!

smooth and easy-to-use explorer.

looks really nice!!! 🤌

how can i donate.?

really good job guys.

i have a question @jp_janssen multisig is use just to make a issuance?

i think that any of the tx can be encoded in multisig

at least according to the docs

cp_msg = cp_msg.substring(16);
let id_hex = cp_msg.substring(0,2);
if (id_hex == '00') {
id_hex = cp_msg.substring(0,8);
cp_msg = cp_msg.substring(8);
} else {
cp_msg = cp_msg.substring(2);
}

Technically any message type can be encoded with any method, although the API defaults to specific methods for different types (like MPMA defaults to p2sh encoding but not reason it couldn’t use bare multisig)

when you do issuance you concatenate the outputs, the first output contains in prefix, 8 bytes. if the 9 byte in hex is '00'. you move 4 bytes to the right, to find the message id. ??

olga issuance

# --------------- ----- --------
# prefix 8 bytes |3 | ms_gid
"434e54525052545900000014"

is that a transaction pattern, or a design flaw in issuance multisig transactions?

14 in hex is int 20, the id for issuances

or does this mean that in all transactions (op_return, multisig) including issuances if the 9 byte is 0, I move 4 bytes right?

The message id can be encoded as either one or four bytes.
If the first byte is zero, yes, then it is a four byte id.

This was added at some point by Devon to save space. It applies to all message types.

understood

so in case the 4 byte is 0, thats mean clasicc send

I need to look into this later when back on my desktop

"""
first 22 bytes 24 in hex
434e54525052545900000014

prefix 8 bytes 16 in hex
434e545250525459

the msg id is in 9 byte, 17-18 in hex
00

so if the 9 byte is 0 ('00' in hex) just move 4 bytes to the right
14

int(0x14, 16) = 20
"""

"Just move 4 bytes to the right*

Will work but to future-proof the id could be >255 and take up more bytes. (Though this is more theoretical, how many IDs are in use, 20?)

Yes

21

From jp thanks jp for the help

https://github.com/blocklack-team/counterpartydb

p2wpkh added and issuances pre2022.
we are making progress step by step each day.

hey I have a question guys

I'm trying to change an asset description

which is basically stamping

on freewallet I have many kind of errors

one that comes often is
Error sending transaction: Transaction 704d337b29900270a7b9b759b36e7a2b5f7d3296fdc7ea0faee6afc22634d804 non standard: bad-txns-too-many-sigops.

the data is quite heavy almost near the the limit but still lower

does anyone has an idea ?

Can you privide me the rawtx to inspect it?

let me check if I can extract it from freewallet

I think you can extract it using the debug console

0100000002088c588e1b8f29f82cbec671bcee697785a857770e7b155023f3284890f621bb010000006b483045022100ac0fdb74a228305b2dc746160693400887bf2d4783c9572235a741d57c61bab8022032f1c834f81c4601d0af629c2aff6304775024fcb04d1547b4cc9e37ca10b57901210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28dffffffff8b93949d4dfdc52b5b21c611fc27943fcca688361d913c26091b26b6015f7230010000006b483045022100c710596c533653adf67d482bb350c628def21f078e1e3ea35ffb0c354d66b8a102201b95eeed27b130d77a6fa972554d551cfbbbda7cf4f6a01fe99ea8ab3eeafc8e01210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28dffffffffa0e80300000000000069512102c08b8640a03e422b8d8fa1ddd606e52a08a5d348f56e4d5dbc684e9ece9e53102102bed96fb39f2cfd91ecaf3accbb5a9110e15ede5b0d23e06e4c75a55e67f561a0210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df0ec9e976a3d5f2c9c9e1bb45f0337db0107d6948144392102b1fa6febfd508aeadc930df1b257c61cff3ce45e0703b54b452ddf4c4af06783210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd5d8e4e57947780cc8a905800c7e17d22434d7b9a0635d21039ec27cba950afac982ee22fbb773c200fa7dcd785927d6457e288c5247d80146210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8df3d9a7b255186823ff9138af2a7d34df5b1cabacaa72082102a7fd75bdba3dddd7dbb72fc49251c837d542d06d5a17d86a1109826171fd3c70210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd4d291bb4c075714f9a00498373e11d10b3dd2a38a5411210393d974fa8309dcd0fabb0bcfad73984edb3ec5450b7cf86e641d8b5858f90353210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df6eeb794243876379b8925991d2f19d30203f49794687521039bfe75ef9c51d8c6848c08dea6699730c25bfe715b17f64f70759a725ac53c13210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df8f6a5a5521d5648e3972f8d371913852423c4f9b74acc2102b3c77dcda00efe91e7e535f88a2ac72a8d63f20e333eee455f73a65240dc1c2a210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8ddef0aa8c45446e18e4a7259439352ef30103e7838761a12103b4f948c7f628decf818c15d0927ce516d240c3751314e65b1d23bc1d73d463e1210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dc3d1bf916a42524bf9aa11982b7810e4583bfffd994ab32102bee367fa800dfdc9fb821f8eaf59f740f460ae0b3323e0714a01804258e61f0b210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df5ec9a8475124f0edab07ba75b2f1ae9431eddf7867d1f210388ee65d9a51cc4faee8417f5a650d220e043ed6c3a04e54b4107847851fb1f63210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd4cb90a1511e561ee3870e9f23191cc9260ddfb6a34e1521039ecd52f0fb1dfae7fba134d6b079ec03f578d87f287ec26f5f31a17c47c41f2d210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8ddae0e8984e402f20f89e7dbc2a0068f52c0ff983ae66272102a8f84bccb528d9fac29801889947d8498a41fd5b1d03df361a09bb6578fd3bf0210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8ddcd593bf290c572dfdab049f273913d55c36faa7dd52c8210391d968f3811d83dbfb9235c9ac73e400f649f049261dcd7b6601885d4de21065210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8deee899977a394838d69e31c517030af11002f4ad996aa421028cf566c5a52dc6eee59701f08b4fc634f062fe752e22e7527b0f98715ae33ee0210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd4f294a04d1e630ef58b1a9a270a13cf3116d0b4bd742e210295c556e08d0fe3f0fc9835c68664ed13df6ada562c7dc0684c2fa37c47821dc6210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df3ecba98673d6e37d5e332bb070c25

f20203eb83be17942102effa5cbdff2df7e6839b3b88d252f530c241fd791d00c8695c0bbb6977fc28c2210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8da9d990bc760156109ce6049f3f3910e80b7ad2a4bc53e9210391de74fd81378793fa8231c9ac4de049f467c25b271add766511a65d4c823e03210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df0e89aba76244833db8a10a7010037e90102e4fad544fc210398f22fe88c26d9c1f19002df9b2ec81bc144f0662d7ee5567c0c976741852815210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd0e590e3500d2f03cfaa7880231e698e2424cbbba34a1c210392c052dd8e11fdf0f7e334d6b06aef3ddf78d87f287cc2511c71a37c61c61d2c210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8df3ecba9949316f35c68a3cbb07796cf03c07eb80be17b42102a7f966b9b728d9fac29b2cd79450d838c043ee0c1001cf361a0cab6578fd3b42210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd0d593827e015500ede307b65a3511e80f7dd2a4bf5420210392cd2bba8330d0d6fbbb358ead74e81ef674a309200ac97b642fbe4f4fe504de210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8decee9e97653b484d9d9a0cbc170137d85e07f78c9d7dbe21029b8476ea882283c2f29b11f09b2a991aff4ba75d2a0ce6606f03954b788138ac210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dfbd894b147302b10ce8705c5203469c4210ad3fda34e822103eb8656cd9e57fae7d1e234d6b774ed13f56ad9555d7cc0511c74a66c47cb1da2210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df3e4a99b4e406330e8967db9042e29f10207eb80be170e2102a6fb5cb9fe2aca97cf9a2cdb9652cb20cc43ed7d1c03f5321d08bc6975fd0501210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8ddcd493bf5c0c562a98e104a12b3511d62129d3a4ac536a210392de4efc81278791ff923dc9ac67e049f467de5b2737b87b6101be5d4cf21031210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8daaedb79c2b3d723bdc890cc5072e1afa582fda9b846b9f2102a58027ea882283c2f59412dea658db1ac23dfe650007eb586c75867c56f461d9210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd6f2e9af54305e00e2807cc437346d8c2424f9a9a34ef02103ef8053e3a803fef7ffa337ffd166ec108c38de782c7bc0686531a25269c41e4e210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dcae0ef9874402a35f8b079b9041c3af13c03af8287760f2103abf94bccb72df7eac1983b889857e538df40d40c1c01cf365209bb6d77ff3868210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8da9d492955c475713e9a706b13b3813d52936d39dd9168f210293e074f1830ed0c4fb8213c9af4d9101f577f45b241ac577662cdf504fd86513210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dade899bd2f38711ad89c0cb81b031efd1003da8398680521039c842bc7a650c9eaf2931ff08b4bc634eb4cef752d07f94f4171dd4d6bf836dc210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df8f68cef541a5911c8942fc7272465973806dca68960872102b8d346bbb70cd090fbef31d1b077e83ee934de575936c3566930a15143cb1fca210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df3eca89b2f316234e8823dbb2d0c24f12c1feb80ae66822102a8fd5bc8a829f093cf983b88d557e5208a41fd660302d8475109854b76ff381f210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dad9291824c445713c7a7058f233813ff587ed18dd95fc1210393e052b9830ed8c4fb8235c9ac779103f55ea345251ac97a642fa65c4cf2656a210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dade899836538711ed89e1c

bc140137f90f00f7fadc6e0521039bfd2ac5a53dd4eee29b0df2a25f9334d139a7752d07f44e4200886756f424d2210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd7f9b2bf54337712fc80028237150fd32637d7b8bd4dd52102a7c346d19d0bfae4f8a521e4af64f12af263de552b25dc516231a27c69811dfe210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8df3caba9b49312a35c6b83cb8142e3af13c0fe482876d782103b5f84bc0ba29ca93c398118cd352cb30cc40fd711c01cf325108ac1c7afd05ed210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dfad891bc4c005713e5a7049f0d3911d6313ad3a7d95d03210293e05afc810d83dbfabc13dbaf4d9549f459d2442524c9656511a25d4cc861e8210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8de0ec9e976439484d9c9f1cbc5b0137ee1b03e4ad986acc2102b6802deca62dd4c2e18741f58f5cc91dff6aa3750076a7526007874c45d63604210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dc093a5be7e475640e5be059c270a0c852125aeb6a373882103b8d352e38a51ffc9f0bc36ffa066ef008c3fde780e29c1787d30a24143c91c0c210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dca95ee9f59216235c6b43cba2d0c25f23b7ae782b96af82103eff875d8a82ad9fac3983b8c9b51e24d8a44d35f5a02e6695c0bbc1c78f81553210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8ddc9191bc4800551098ab01b1233511d63d3ad39aa05242210392dd5eb9813787dafa854c88ad4d9549f459d2492737bc7a642faa5c4fd86557210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dabed89936839484d9d9f1bc15a0137df1c03cdfe986ab02103a68467c5a507c7edf2b50df2982ed937d13da770032deb4c422e9a6641816459210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd4e2e9ae51204a00e0b92b92233704c82624f9bba2641521029e8752dafb54fff7f3ac37ffd567e83dfd75da6f5d7cc0566132a16b368218ab210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8ddde4a99a77397c34ffe778bc2a0828f1110fe682877eab2102b8f94cbdfa2df7e6869a12f18650f538cd40fe7d1100f5361b0cab4b7afd3b72210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dfac690bc5c01562aede0059c5a7d38d52129ff99bc1e66210296da5de1ab23d496ffbf4097b156e311dc4af05b307cf46a4b76a2114bdc36ef210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8df0e89a87243d7649d49e1ca01b031efd1201ca839868d521028c8465c7a65086eaf2934ae5982ed937fb39a3703d0bb84e42149b6578e424cf210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd6e2edac52372f4ae08719c0222736c8261ac7bba34ea321039ece53e39610fdda82e431f8ac2ded13df6ada56203bc3516975a06b36cb18b3210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8ddde8ee9a77177c34f8963dbb170c6cf0021ff980a96a452103b8fb4cbdfd2df7ee829a12e98653f530cd42cf530007cb6e4315bc6275e80918210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dcbce90825c1d570398eb2bb2287d3cff2a24fc89ab5dee2102bcce2fe0951dfac4ec9248d5b54ae44cf64ea309200ac131663cdb1b5be51452210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8de3efb7977a394f349e9e0bb4190419fd0f03cdfe94681921029c802fc08b31c9efdc9812f0b557d434c13def700307eb4f517595655185625b210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd0e594e6511e5e0de2b92b80210e1cc42424d3a9a364622103eb8056cd8203fcf082e431f8b06bec10f975d97f5d7ee96b61228e7f5388187a210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8df7e3b5b25a1363

34ff9a3ea504352ae5301cf187aa69fe2103aced47c7b534e0e9c79f11fe8a4ef233f640fd791002e6534f0885657bfd3b72210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dcbcb90bf2945523df9b405a12b3813c5297ed3b7d95ecd210396f05ab8830ed4c4f88235c9af4d9501f149d2492727bc77663cae184edb3ac9210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dedec8ee2653d5f20d99c1bc5160137ed0f00e7fad86b3021038bd36ac4b625caedcfe24bf0b55bd630fc40a3700303f84c7b71df6146f42b64210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd5cb88a25020520ce1ba098c2024698c241adbfaa14d1921028ad352f3a411fde4c1a235c5d52de83ddb78da51243ac1511c3ca37c53c41e7b210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dca91a49a771f6f36ffe77ab93a1c28f1017ee680ae13db2103eff84beaba2aca93cf992b889952f53c8841fd651d00e6475d0abc187bfc026f210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dadd99182760c5713faa004a12b3411d62d3ad09aa0525b210290e352bb830efec4fbaf398caf679548f149c649270dcd336606db1d4bf51411210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8da9edb78c2b3d723bdc890cc5072e1afa582fda8b946e102102b68c34d98726dbc7f1b11fe5d366c91a8b40ae75043de54b6f14d661698129f5210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd7cb88a352275a00e1b90d80237f108c2424f5a9a05e7a2103eb8756cd8a13ffc9d1b136c5a066ef2a8c77de782c36c0686d22a24136c818a6210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8ddde8ba9864406330e8b03dbb170c68f52c0be9828771a32103b0f84bccba29e4eec2992b88d252f528cd43d40c1003cf361b09bb6d7bfd3b8a210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dfed590ac5c01562a9cab07b65a3711ef5c34d29aa85267210291cd2ffc810d83d9fabc35c8ac4d9501f459c25b2427b8316101ae4f4ce265a3210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8de3e89993683972389f9f229e09000e885b19f7878a4614210288e526c0a126dbc7f1b100f2a257d729d275e065311ce34b6f0b9c715aff2b02210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dc9f297bd541d5912fc8002bb231936892424d7a9a04d492103968553e3a70efee0f7af31f8a46bec2af977db560a29c1511c77a66c57c41fef210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dced6a99b491f6e37ff9230b9040b37f03c1feb80be17772102eff875ccbb29e7e2c3983b8cd252cb28cc40c3691c03f5325008bc1c7af8153c210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8ddcd691bc4813562a98e701b1273711d62d29d3a7ac5df5210292cd2bf38620e2d6f89017d5a859cd12e85edd4b3016de6d6511ba414ecb6597210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8da1c29a902d15583bc6b10fb3142e278c0114dd878a7d0721039b8476eb9b35caedf5e201f5a5539434d139a4703a7abd4e421c9b6646d62461210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd7c89cac530d2f00f5aa788d22270cc82527aab7a1737921029ac151daff1efef082e734e8a82eed13df79d956303bc26b6971a34265c51c9a210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8de3f4a89864356336efe77ab93a2a27f0022df9838762932102aaf94cb9fa29da97cc9f3cf9d452cb2cdf40ed571c03f543180b866931ff38f7210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dad929492480d5713c7b405a1273511d6222fd7a7af575d210285f02fe0ac23f593d7923d8ea8779952e845d5540d09eb657177974061821c45210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8da0e8b0

9f743d5c28959a23c55f0009e51d03f78f9769ba21039bd36ac69829c7efdc831ff1a22ed436fb3def70030bf84f7b71976456f424b9210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd7d8edae52272b49e1907c8f22190cc52424d7baa35d532103b8c151caff56fef082e234e8a466ee3a8c3ddb682c7cc0687931a24261c41f9f210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8de091a79b4e406335f8867cb9042a29f22c29eb808417ef2103ebfa4cbdfc28e7eac3993b8cd152cb34cc43c4081302d8655d0b961836fd3b99210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dccd590825401543a98e704a65a3411d6213ad39dd91743210396f05afc802783dbfabc3ddbac4d9548f467da5b2424c9776706ae504cd8656a210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8da8e8999f2d38711ecb9e1c921b020efd5c02f4ad8a69732102a6f52cc48c5081eaf2834cf08b4bc637c244e272000fbe4f5104dc6468d23600210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd7e588a352375a01e2807c8c270936c42424fda9a04dcb21039ac151f08e1cfed9d5a336d5d16bec108c3cdb682c29c0686131a27b36c91dcc210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df3efbc9f74366b23e8e32196290b6ddd2c0bad87841fc72102f4e457cba700f4c4d18f4ac4897d92348144fa5f0007cb53110c841832fc1573210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dc8d493af5c0c553de1a60598233913d55c7ad78aa417c5210393de78fd8230e2d6fbbf398cae4d9549f459de4b2524d565663fbe5d4f8114f8210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8de1efb78f2c387134cb9e1cac5c030e881207da8f8a6a8721029cf567c08b2983edf5e249f5a55bd937d57aed732a7ab84e7b71dd7156f4288e210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd6f29cae501e701ee1900982270918db2524dbbba3641e21039ecd51f0fb50d6caffb119ebb027e817fa65f37b0e36c3416133bf427ac6089a210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dc1f3b29f5a3a6820f49d32a53d0732f5010cf59ebe6dda210291fa4bccfd28d9ead19b02edd552cb15d241c3791c01df435209857176ff15c9210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dc0d493955c45563a98e104a13b3711d63129d0a4ac528a210291e368fd821ed4d6f99548c4af779501f467c2482524d668663cdb184ee51c7e210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8decefa497643a624d989f1cac1b020efd1200e7fa946bd021038bf167c5a521d4edf5e201f0b55bd436eb4ca671107af44e7c08956468e0364e210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd7f590a3531d2b03e2907cc5222710c9261daaffa463a221029ac151e08e1cffc9f3b135efd52dc410f16af66b3877c56c6a2d8b6f65c91edd210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dcae8ab86770c6c20f48127bc29032ee53000e49ebe6d242103b5fd76cba434e0e9f8982cf9d052cb3cdf40ed6d5a02e648400abb4b75fd3b5e210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dc0c692827e035713f5b405b62f3a14f82d3ad09aa052f7210291dd5ef381278793efaf4889ad74f41ef64ea345251ac537642f884f4cc86551210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8da9ed899b2e387130cb9e1cb01b000e8c5b02ca9fdd6b5d2103b5e16bc4b529c6eecfe64cf1b22a9235ec58ee700329f84f7c0c986468da365f210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd4d8e9e751205e48e0b90d922024698e241ad3b9a14d7921038ed352dd8e10fde7e3a336efa066ed13d379da555d7bc5466d30a17b32831d96210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b

8df3caba9b4e402935f8b03db8070c69f03c07ae8287727e2103b8f94bd8ba29da93879b1188d557e530c041fd791d00f6654f08856965fc2b04210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd8d493af5c41542a98e701b12b7910d55c34d78aa85f76210392e75ef08220ead6fb8017d5a859cd12e85edd4b3016de6d652fae414ecb657a210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8da1c29a902d15583bc6b10fb3142e278c0117f7878a7ddb21039b8476dd9b2983edf5e249f5a55bd937eb39a2651307b84e4222886746f4245d210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd7c89ce6501d2f00e59723c022273adb2534f5bba04ee921039ecc52cd810cfec9f7e631f8a869ef3af97ade782829c151183da26b3682187c210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8ddde8a8985a396f36ffe779bc2a0828f32b7ee681be66482103a6f875e2bb29d9c4c3982bfdd052f530cd43ee085b02d8695d08961c36fd05d0210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8ddcd991bc7613561098e704a1273813ff2936d2a48653cf210293de4eee821d8797fa8231c9ae4de049f467c65b240dbc77653cdb1c4ee514a9210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dececb4e22c384f34d99d21c5160034881102ca839a6bb22102b5d76bc78b21c6ede5e64af1982a9135ec58ee70030bf84d7c089a657bf029cd210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd4e2e9e451205e48e597018d22270cc82534dfbba3746421029ece52dafb54fff7e7e431f8b46bef3a8875db563029c1786d30a25143c81cc5210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dda95ef9f59392a30e89a79b904073cf5010cee94a917462102b6d758cfff05f7eace9f1184ca4ee93bd069d05b0e17be7a4026dc653bf83cc2210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dc8c894914c4d52129ca9068f232a10d62136d2a4a34d1f210293e052fc8027f293fa821fc9ac4de04af467c648241ac577652cae504fe2657e210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8de1c39ee6653b5849d99d21b4160137e51c00cdfadc7ea22102a5df6ac79c54caefdc931ff1b575d534c139ee752d07b84e42109b6654de38cd210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd0e6b1bd4d27510ef58b1a9a232710d52434aaf68e607f210399847eca8d0ed1e4f0ac1bc6d177c000f16acd785927d8566571a25143c81cb8210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dcdcaa89b4a396c30efe778b904003af22b7ae482b962562103aafa76c8fc28d9e9c59a2cf5d452cb3cdf40c3651c00e24f5c08bc1877fc2873210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8da9d991bc5800562a98ab118f373813c5587dd2a4a04006210292e04efc811d83dbfbaf4c8ca85ae801f467f4482424cd776616ae524edb00df210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dededb78f7a3a724d9f9f1cb01b031efd1003ddfe946bd62103b5fe29c0a626c3f9f2e611dfa6589118fc44a7750076a7526007874c45d6369e210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dc093a5be7e475640e5be2b9c270a0c852125aeb4a35d7121038ec151e08e54fec9d1a337fbac6aee2a8c74db682c7dc0687d31a27c65c41f61210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8de091a7985e402b35f89a7bb9041829f23c07eb83be66342103a7f875c0bb2af097cf9f3cf59453f2498c41fd690e03f5365109bb6d7bfd3bab210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8df1c9908250455713fdb405a1237c11d63929d38dac5077210296f05aee820ee2d6fbaf398eaf5d954cef64de5b0819dd3b612bad4066f63606210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640

a03e422b8de0efb49f6b247101db8a10a701041af21b17c68097770f21038cfe6fc0a626d8f3e59c36f19b57db35d240f0711325f54e4221956451856068210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd5cbbaa2511e4e1ee1807c8d37346dc42424cbbaa0746b2103ebcd53dd9a11fce086ac34d6ac6aef008c38db683c3ac0686531a34261d61ca7210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8de095ec9a493d6c35c6862fb817796ef03c07e68287433d2103acfa5cbdfb2df7ea879a12ead757c83bc857d30c002dcb441824ab6131f83811210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8da18a8d9e5f1c7f3ecbb411c716253e8f2577d7a3b44e21210396f34eb0860f83d9f89231c9ae4de003f667fc492709c1766616db194bf536db210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8decefb4e66539724d9e9a0cb05c0109f95d02f49b8a6a5f2102b5f96ac4fd13c7edf5e24cf0b5579035d258f071007abe4e7c00de7178f4248f210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd7e2ede5511e7c1ee1ba7cc12219188d2424c7a9a3642d2102eb8053dd861effc9f8be35d6b82ce83df13fd9552839c5466922a26b43c91f9d210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8df095e89f59256c35c6857ebc070f2de62c7ef7adaa61762103efd55bc0fb2dda9b9d8630fe897ae61edf54a544012dbf4f110c82436bf81629210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dc89894bd2d0d5613f5a605a62f3712f80f3bd189a053a6210392dd2bf38620f6d6f8af488dad74ec1ef574a344251aef776606ae194ee265fe210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dabe899976938712cd89f22a01a0137e91c02f4949e6af12103a6802cc59b29c9efdc9812f1b22a9130fc66e272000ff64e421c886556da2411210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd4f29ce6511e521ee1b92f80210b32d52109f2a5bd7400210295c346d19d0bfec9ddbf34c6d526c23efe3df67f2b24ee456e3f8c5232d80b67210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df0e8ba8c5944722df89a31b83d796df52c03af838413a52103ebed66bdb52df7eac39b11889857e528cd42c4085807c8615d08825f76fc28e6210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dad929492500e5713e2b904a10d3810d5587cd2a4865387210392e052fc821d83dbf8954c89ad4ae44cf467c2482424c577663cae1a4edb1c06210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dedec899b7a394f34d89e22a01b020efd1001ddfadc6bf621028bf92ac5a535c6eecf970ff5a22a9435eb39ee752d0bf94f7b71956468fc366f210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd4f29caf511e781ee1872f8023241cc62424d7a9a04dde21039ac151cfa00dfae4dabd28efab69f821ea62da462827c0781c7d8c6f44813048210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8ddae3b6864e3e5534d6927db904143af33c0feb80aa62f12102edfb4bdcba29dae284992ce99453c838cf44d37d0e03df325208bc1c31f81536210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dc89391bc5b07572de9a9049f0d3813d1253ad39aac5257210291dd2ff181378791fa8231c6ad74f00df577d6482434c1776706df184cd810ec210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8de1ec8ee665395838d59d21c1170109f95902f4a98a6aa72102a5d36ac68c54caeecfe24cf5a553d434c13de2723a0ff44c5104dc6468d2363e210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd7e59ca353375a00e1aa7c8f0b2414db0919cff7a4498021039ddc7bcea81efef0ffb122d18d6dc33d8864de460e7fd555662fb6514bd63212210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102

c08b8640a03e422b8daaf3a4b42f007735f4b738af261f32ec3b07e987841fc12102f4e457cba700f4c4d18f4ac4897d92348144fa690007cb53110c821878fc3b99210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8ddcd490bf5c0e552de5a6059c5e3411d63129d39abb4d5d210293e05afc821df290fa8231c9ac67e001f64ea344251ac177663cae514fe2655a210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8de1c39ee62d3a484dd59a0cb0140137d00202caad986a352103a68466c59b2987efdc8f0cf1b54fd434eb3da771107af44e7c00956468ff3e2b210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd5f2e9e7440d2b0ce2aa78c022273ec82527aafaa1733321029a8153e38610fde082af34e8a82aed13df79db56243ac16b1c3fa37b36c81d89210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dcdf4a99a77216f37d5e731ac3a1c2af23b7aaa87a9766a2103a8fa4cbdfb2df7e2d19b3bfd9957e5288c41fd710e03e6475d08bc697bff2be7210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df2d493955c0d5503c7a606b62f3a14f82929d39dac166c210292e72bb88330fadbfabc22dda877e309e249a7550a09ca324901a2514bd86914210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8db2f1959475105c1ecb8a7a8d062e6ef15107f39b846e45210298e526c0a454c9eee2870df3b25fdb36fc6ae2715a17f94c4500976556fc6271210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd0e598ae500e781ee1900982270918c8261daab4a463be2102968653e3950efff7f3a335c5d52eed2dfd78d96f2836c0686d31a27b3683185e210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8ddde4a89b4e446334d5e731bc2a2628f2117ee7809413602103a6fd5bccfb28d9f2c2983cfd9450d838c143ee085a1ac84b5208966932fc0508210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dc8d493bb5000562a98e204a1373810d55834d29aa85ed0210393de4efd81278797fa823d88ad74f80df467f4482427b8326411aa5d4cf2613e210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8da9edb7b56939484d9e9f1c961b0034fd5802f49f996b052102b5d378c4b531c6ecf59700f1b22adb30fc5ced70030beb4f7c089a6530c66105210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd7f2e9af51205e03e0b9249427241fcc320aaea78e609e210399847ecd821efaca8efd28f4a376c53edf6acd785927d8566177a1513680180f210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dddf0ed985e40611ad69e32b9041829f1021beb80ae66ff2102eff976bdb728e7ea829a12d48950cb288a44d3655900e5435f0cab6965fc02c3210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8da9d893af2945523dc7ab049f0a3e11e8217ed78dd9135b210386e04af3821d8793ff922dc6ac679549f149d65b240dcd7a6411a61d4edb360f210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dedec8993643d5f34999e0bb4140209fd0f03dd8f9a6ebe21029bf178c78c5087eaf2934cf08b44cb34ec48f0713d0ff94f410496657b85650c210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd0e598e3511e4e1ee1a91980200e1cc5271daafd884ef1210296d37ede9e5dfacdf4be1cfb8664ef3af16acd51053dee46182ca6524fc61ffc210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dcdf0ee9b743d7c1a9f8131975c3931f0302aee94a575b42102b0e44cc0b82dda9b9d8630fe897ae61edf57d30c001ad84f510abc1c31f815b3210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd0db90af294542009ca607b62f7c11d6033ad39aa4529a210290e75eb982278793fa823d8dad74c61ef659d649260dbc776606ae524bf51459210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee803000000000000

69512103c08b8640a03e422b8decef8e972c387128cb9e21c1160419d41b02ca9fdd6bfd2102b5ed78c4a53dc6eddb9b0cf1882a9035d240e3711329f94c417596656b856478210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd5f58ce6511e5e0de1b91180231e698c241ad7bba0741d21039ecc53e38610fdf082ac31f8a46bec2a883fdb56023ac2411c3da37c47c61d53210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df3eca99b49396e37efe378ba2d796cf03c0baf828740b22103abfa4bc4ba2ae4d4879b2b88d552f5128941fd6d0e03d84f5d0b961877ff3cce210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd49391bc7a135613e1a605a62f7c10ff5c7fd78a8e509f210293de46ee8130f6d6f9953989af679501dd64de5b0819dd3b612bad4066f636e6210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8de3ef8e9f7a2e7615dfb10cc5070427df1101c988847e4b2102a6fd78eafc36cac184a214f0b97ad123f05ff86c3a07fb4b417dc4784af33936210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dfde6bab144466311cfe005cc272008d52109cff7a44cfc2103efce52e39603fed9ffe234d68d74ed2dfd78d86f287dc0684b31a25136cb18de210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8ddde4ec9a77216f37efe77cbc2a0427f00203ea83b944952103aafb4cc8fe28d9eec29b02e98653f530cd42c40c5803df36190cab617afd3b0d210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dc0d59082480155009ce7049f2b3910c62d3bd19ddd5fb3210391e72fb9802787d9fa8231c4ad74e40df467c6482437b87b6411a65d4cd8615c210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8de0ec9ee267384f34d89e22b01b031e8c5802f4ad8a690121028cf52ec5a52dc7eedc9b0df1b25f9535d26ee3711329f94c4104dd6468d2367b210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dd4d8e9e454304a01e0b91192232704c9260ddffea364e22102ebcc56cd8656ffc9f0a536f8b06bef108874d9555d7cd5786130a15143c91cce210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df095ed9f592d6e37d59231bb2d796df52c0be987a96a6d2102edf875d3f92ddae1c68c3c8c887de63f886cd3715b07e53a0315a76a6ad51649210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dfec684e4651c784ae1ea01980d2414fb3977d7a5dd5e54210392f05efc8027f2dafbac3dc9ac2cec01f467f45b271db8316101a65d4df210f6210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8de1ec8ee22f3d5f2cd99e31b4160334885d02cdfad96e2f21029bf16ac4a654cbeecfe24cf0b54fd437fb3def723a7ab84e7c109a6530f4624d210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd4f29ce550275a0ee5970992230e6d89241adbb9a14d85210389c752dda411fdf086ae34d6a77fe810fa7dcd785927ef456e758e6c4f851829210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8df099f6865536731debb42fac5c3535df5b03a7878044d02102b6fd58d8f62dd893cc9812fd9451e238c140ed751c00cb4f5c08861c36f81597210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102c08b8640a03e422b8dd0d493852d475713e1b4068c5a7911e8033bd09dac1293210293de4efd82378792ff923dc9ac4d9101f64ea345200aeb77663cdf504cf265c7210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512103c08b8640a03e422b8dade899b5683a4838d59f22b01a030e885c07da9f98690121039c8467c49c5081eaf28f0df1982ed937c139a65e2d0bb84b6b71dd7f6bf83691210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53aee80300000000000069512102d98b8640a03e422b8df8f68cef541a5911c8942f8f211e14ca3824e9b88e14b1210385da4feef259b3a3b6d678bce11ea179b80d973c694e8c022845ef2802b151ec210363fc6766edc1e3f0f950599c6d48771c1814a934bb54d2260f289e65e9a2c28d53ae7fca0500

000000001976a9145993b4ed85a565b209d94946ce48a25a7349c93688ac00000000

yo.

It is an error in the construction of the tx, you should ask in the freewallet group.

okay

pretty sure that there is some kinda limit built into freewallet and that is why people used counterwallet at first. have you tried using a stamp specific wallet?

Lol

I assume you are trying to stamp an asset that you actually owns right?

yes of course 🙂

Yes but I mean is not a new asset issuance

correct

I'm not aware that there are any actual stamp wallet or minting service that allow to stamp in a current asset

Anyway, have you tried to create the tx through the API?

No didn't try trough the API yet (used the simple fashion 🙂 But it worked for lighter stamps

but not for this one

how long is the description in bytes?

At my phone so I have no hope of checking that lol

Yes...

36 KB

Wow

note before base64 encode it was 6 KB

wich make me wonder

Then it should be 8kb?

yeah

let me double check

For some reason I seem to remember 7kb being a limit on description size

I could definitely be wrong

yes sorry its 8.19 KB

I evaluated the raw tx 🙂

Is there a Bitcoin limit on sigops per transaction?

I think there is not a hard limit on this

Just freewallet had that limit

But I'm not sure

the thing is there is a limitation in the number of characters

free wallet complains

if it's too long

but this should be fine

Yeah, the first multisig can hold 27 chars and each additional can hold 53

And each multisig has a sigop weight

Okay so to store that much we need to multisig ?

No that’s how it’s being stored, in 156 multisigs

All I’m saying is there may be a hard upper limit on sigops per transaction

I don’t know the Bitcoin spec well enough

isn't there a hard limit on sigops per *block*?

Yes

80000

Per block

not sure where is the problem then

https://github.com/bitcoin/bips/blob/master/bip-0109.mediawiki

There is a problem in the construction of the tx.

https://live.blockcypher.com/btc/decodetx/

You can check it therw

has there ever been such a large stamp before? that seems... very big.

Checking now. Biggest is around 7kb I think

how much does that cost?!

https://mempool.space/tx/73db64cbbe4b47312710013a2a15ebc273d7122e5fc39a1ffd6748884cd7e00e

yeah I mean sats/bye fee these days are 5x so talking about almost $1k. jeez

And even the dust adds up

Looks like he did it with 7800!

This is a monster lol

Ouch

Is the Vogel man one right?

Usin segwit would save a lot of $$$

https://www.stampverse.io/stamp/A1888888877444444444

It’s the Pepe swirling one

Yes from vogelman

it's very nice fwiw!

But It’s a numeric sir, it’s garbage

Lol

He didn’t pay 20 cents in xcp to make it

I bet a .5XCP fee would've scared the spam right off the chain!

this is what I'm strying to stamp

it is svg

Have you run it through any optimizers?

The magician of SVG is @blockjack8

He can tell you good compressors and optimiziers

yes otimized it

Is pretty cool ser

did some research and optimized trough this

https://svgomg.net

If you open it up with a text editor, how many digits are the paths?

Do you see numbers like 157.23?

A small amount of lossy compression and scaling of those digits can make a big difference in final size

157.23=>1572 saves 2 chars and retains almost all the original data

it's one digit

They are all whole numbers?

Or have 1 decimal?

<path class="e" d="M326 328.9c-1.9 7.7-3.3 15.5-4.8 23.3-17.9

Kk that’s good. You have room for more optimization

All those numbers can be multiplied by 10 and you don’t need the period anymore. Saves a decent amount when multiplied out

oh yeah

falling to 3.83k

Just by scaling by 10?

yeah lower the precision

Still look about right?

but some white space added

May have to save it, reopen and manually adjust a couple

but I could ajust

yes

You just saved 450 dollars

Lol

^^

How much do you save using segwit ?

Since the outputs are all going to multisigs i don’t think there’s much savings

But someone can correct me if I’m wrong

I don’t think frewallet will complain about that size

That sounds right. I'd be surprised if the witness data discount applied to multisig outputs.

30%

That applies to the multisig outputs?

data is either in the witness and you save or it isnt, outputs are not part of the witness

Not

Kk so the 30% savings is on all segwit inputs. So if he has a handful of inputs he can save a couple bucks

as luke-jr was the architect of segwit it'd be extraordinary and delightfully ironic if this loophole existed LOL

But if the funds are in his legacy wallet he will pay that fee wether he stamps either ir or transfers from his legacy to segwit.

Inputs outputs if the script is segwit 30% discount

Im trying to understand. Lol

So are the multisigs generated by the cp api segwit?

discount is only for the witness data

And Witness data is part of the transaction input to prove spendability of a previous transaction output?

the witness is your signature, you are using it to spend utxos and produce a new set of outputs

its more than that obvi, with inscriptions the data is part of your signature

spending conditions and signature

If I have 1 segwit input and 100 multisig outputs, is it safe to say the savings are a fraction of a percent?

yes the outputs are not part of the witness

Because the input as segwit benefits from having less information but the outs are the same size?

dont get the discount

Kk thanks

But does the output weigh less?

Or is it the same size?

Segwit to segwit

Vs segwit to legacy

no

its not part of the witness, it gets no discount, its weight is not discounted resulting in fees not being discounted

Ive never looked into the byte level differences of address types in transaction building.

But you can also build otput segwit, like ordinals and get 30% of the discount

According to the internet… segwit outputs are 3vb smaller than legacy?

https://bitcoinops.org/en/tools/calc-size/

So there could be some small gains there

Adam going live on Emblem Twitter Spaces soon:

https://twitter.com/EmblemVault/status/1750286121928405151

The discount is calculated based on the type of input/output.

If an input is p2sh but the output is p2wpkh or pwsh, the discount applies only to the output but not to the input.

If the input is p2wpkh and the output is p2wpkh, the discount is applied to both the input and output

So if we use p2wpkh in the outputs you would have discounts.

You also receive a discount because you use segwit in outputs,

i thought we were talking about bare multisig

If the old devs spin their wheels on EVM, I’m gonna stab my eyes out in protest.

Three letter asset names, decentralized asset sales. Make it so!

? Not sure what this is in reference to...

I’m listening to Adam’s interview

I listened to it, too. I don't recall Adam saying he was going to port the EVM to Counterparty (again)

At 31:00

meh, I already disabled my social media blocking once to listen to the Spaces, not going to do it again. I do not recall Adam saying that he plans to (re-)port the EVM to Counterparty in that conversation and based on countless conversations over the last decade that would constitute a huge about-face. What he did say was that he's interested in more general smart contract functionality on Counterparty.

Devs job is to protect the rares

Not helicopter in to experiment

omg

this again.

omg

this again.

from the little bit i listened to it sounded like protecting the rares was top priority

🫡

Okay, so for the time being, assuming good faith: if the goal is to 'protect the rares' and you think @teysol is endangering them by 'helicopter[ing] in' then I suggest you look at the actual state of the codebase ~3 weeks prior compared to now.

You can good code your way into bad ideas.

...

But I’m a troll so I don’t matter

trolls matter, too, especially incendiary ones, so it'd be good to actually understand your concerns.

and specifically to understand how they were better addressed prior to Adam 'helicoptering in'

I’m cautious optimistic

With neutral evil alignment

I do love the crypto space: it's the only setting in which people expect others to work for free and in-line with their priorities for no pay so that they themselves can get fabulously wealthy. What a great space.

Sounds like you’re gonna helicopter out quickly

ohhh noo some random guy who has no reason to expect anything of me is doubting my loyalty 😭

ser this is a group for talk about the protocol dev

the priorities we all have is that our assets live forever

I’m good baby, back to lurking

expanding the functionality of counterparty doesn't endanger the livelihood of your assets...

a test suite that is broken for > 5 years, and a blockchain that is too slow for anyone to independently validate, on the other hand...

great, lets keep it that way, there was a reason we fought the evm from being released years ago

because no one was around to maintain it

... I have no plans to work on porting the EVM to Counterparty. that'd be weird.

so having some concern that you guys will want to make changes then not stick around to support them is pretty valid, obviously the only way to prove him wrong is time

but adam, what about random concern trolling from strangers on the Internet???

it's a non-falsifiable claim

dan has been around for years, he used to run a block explorer and some asset explorers

exactly

thats why its a concern

+ultimate name squater

.... are they still maintained? otherwise the irony of his 'concerns' is so thick that you could cut it with a knife.

his concerns are valid because he’s a large asset holder

your concern is roughly that features will be added to the protocol by people who will not stick around to maintain them and there won't be others who are capable of maintaining them to take their place, correct?

others will have to deal with issues that pop up yes, im not really concerned about it but i understand why others like dan would be

any time you add complexity you have more potential for bugs etc

Might I suggest that the way to deal with that concern is not trolling loyalty tests but perhaps being less tight-fisted when it comes to helping maintain the platform on which a billion dollars of jpegs live?

i mean you could suggeest that to dan but he left lol

all im trying to do is provide context

i think incentives are aligned here fwiw, i think we all succeed if counterparty succeeds

Sure, understood. And Dan's contribution to the protocol discussion was super helpful, but neither Adam nor I plays this game, as we've communicated to several people on this chat. We are working on Counterparty on our own time and if we choose to stop working on it the decision will be ours and there will be no formal resignation notice...

same as i would expect from anyone

okay, great. then, while understanding that additional functionality may raise maintainability concerns over the long term, Counterparty's fairly simply codebase was *already* nearly unmaintained, and from what I can tell more work has been done in the last < 3 weeks to stabilize it than had been done in years.

If people have maintainability concerns because they are questioning the commitment of others to work for free so that they can get rich, then perhaps there is something wrong with how they're framing the problem.

i think we’re not getting anywhere here, best to not assume intentions

?

i mean thats his opinion, and id tell him the same thing

but anyway he left so you wont have to hear his opinion anymore lol

His opinion is fundamentally unimportant to me. What I care about is people's ideas of what others owe them, and specifically what I (or Adam) owes them. I hoped and assumed that such nonsense would be absent from a protocol dev channel but since it seems it's not let me be clear: neither Adam nor I has signed or will sign a contract to work on Counterparty, so please do not wait for some pledge from either of us to stick around.

I'll leave it at that. If anyone wants to discuss further they can DM me.

bro being bro

im not sure how you got that from dan’s comment, but i can almost guarantee he has no expectations of anyone sticking around, quite the opposite actually

Agree

Dan is a troll but I know if it's a disguise to tell the truth

He wrote to me in DM saying that I should be working on something else instead of writing the server in Rust.

hahaha

At least he wished me luck.

fwiw, I've tried to make clear that my first priority re: development *is* maintenance and supporting the current ecosystem, not adding a bunch of fancy features

yeah that def came through from what i listened to

i had to turn it off when someone from the audience started talking about integrating AI or something

Adam, it's feeding trolls. This concern was raised by someone who either wasn't paying sufficiently close attention to or is not sufficiently technical to distinguish between the EVM and smart contract systems, _generaliter_

Does this include your tips to improve my server repo ?. :v

the first bit i would say, its like my mother-in-law she’ll hear a subject that she has an opinion on then just gives her opinion instead of listening to what anyone says lol

lol yep. also joe, it's simple, first you take the AI and then you 'integrate' it. Duh!

hahaha

the cringe was too much for me i couldnt take it

$ npm install ai

*claps dust off hands*

EVM is pointless in CP

if it has anything to do with me bringing up Villar's proof of concept with a non-turing VM - it simply was out of curiosity..... I didn't realize Dan had some thoughts on it ... or that it might be a touchy subject

- the priorities you mentioned came through very clear and I am beyond happy to see an immense amount of work being done

That makes me want to continue developing it in Rust.

I have almost 35 developers, most of them in USA and Spain, and I can't use any of them without a good excuse. But soon I will find a good one.

Maybe you don't believe me but I'm serious when i say "I want to building a full node in Rust".

I think that's great! 🎉 I'm just sure that that's a lot of new code and I think the best thing to do right now is just iterate on the codebase we have 🤷‍♀️ ... I wouldn't want to build anything new and then have to *maintain* it forever :)

speaking of which, new Docker images on DockerHub! https://hub.docker.com/repositories/counterparty

... first new Docker images *in 4 years*.

yeah I mean we had something with fednode but they were embedded in that application. IMO we can get 98% of the functionality with much simpler and more *maintainable* code :)

that's great!

is there release notes somewhere?

not yet! still working on getting releases/tagging/etc. back on track

those are all just for the latest on master

sure np! just curious 🙂

probably worth providing a bit more context on how master has been treated over the last several years...

I have a noob question.. I was looking into get_tx_info but it needs a tx_hex
So I only have the tx hashes, but is there a way to get this hex through another endpoint or something?

meant to reply here

you can get tx hex from a tx id using something like mempool.space api

I was already reading if I could enode/decode somehow but not sure that's possible

I'll go the mempool route 🙂

tx ids are just double sha256 of the tx hex

Fwiw, I’m all caught up reading through this channel from a few days off for family. Great work everyone. I’ll play with the docker image asap. Adam keep me in mind if you need help with cleaning up public documentation or surface web reference info. I offered to Jeremy previously and I stand behind the offer now.

Cathing up here also, just wanna say that if we are gonna integrate ai robotics cibernetics evm smart contracts into counterparty, please program them to reparse quicker, as I had a parse error at block 800k and went back to middle age of 200k block. Thank you

kickstart, which has been broken for years, is getting fixed and looks like it will speed up catch-up by at least 10x

Jokes aside, was not expecting a full reparse thou I guess it makes sense 🥲

might not be correct place and if so please tell me where to post... trying to setup this version of Fednode https://github.com/CNTRPRTY/xcpdev/tree/main/server/fednode

and getting this error with bitcoin

/usr/local/bin/bitcoind: cannot execute binary file: Exec format error

I have setup ORD and bitcoin on ubuntu but not used docker before, I did follow the instructions but had to use a t4large as it was a amd and not intel, could that be the issue?

perahaps I should have been on a intel image? docs has "OS image: Ubuntu, 20.04 LTS, amd64" so I switched to that

Are you virtualizing your virtualization?

no just following the instruction in the github, setup AWS image and run the terminal commands, all see to be working other than bitcoind

when I googled it I did see some stuff about amd vs intel but since error is so vague thought I would ask what image others have used to get up and running on AWS

KVM settings were issues for me for other docker projects depending on lower layer configs.

My dev environment is well funded and on premise. I’ll be playing with docker for XCP this weekend. Keep me in mind for questions or thoughts.

Can you copy the fednode yaml to here? I’m on mobile. That could save me a day of thinking.

before we fill the chat just want to make sure that this forum is ok for this... I was just trying to find the faster way to get a node up and running and this path seemed easiest. I nuked my AWS image so I was not paying for it while I looked to see if this was common or not

I’ve been in this chat since 2022 waiting for these weeks. Yes this is the perfect place for a friend like you.

In the instructions you used, are you using the core install or the official?

https://t.me/xcpdev/6360

this is the xcpdev version of the fednode so not official

We started this dev chat around the time of counterparty 9.58 because the dev target kept shifting. I cant say for sure but there are differences. I appreciate all of the hard work Juan did on xcpdev like removing bloat, removing bootstrap reliance and more. That was instrumental to determining the truth over the past few years. I am unsure about that specific install route for that flavor however. I will be trying Adams new image next.

By the way, I’m a fan of your work.

I'm just trying to get a node up and runnning to play with it and fully expect to rebuild it many times we things are moving... I'm happy to follow any path for install, this just is not 100% in my wheel house

I plan to get a local box running also at some point but will be looking to buy a new box for that

You’re in good company. Keep us posted. Glad you’re here.

I get weird docker errors if the system does not have enough resources.

I mean to say that I have solved weirder problems by adding only CPU’s and RAM. Your mileage may vary.

I just assume that Juan made the setup doc based on a setup that was working for them. I guess I could just try stand up an intel image and see if that solves it.

welp I think that I was just stupid and went with AMD and should have gone with intel, saw ARM and thought for some reason it was supposed to not be intel, problem with working late at night, spinning up new version and will have an answer shortly

yup I'm just an idiot, sorry to fill the chat with this

np @robotlovecoffee 🙂if you come across what you think are bugs please file them on GitHub!

Np. Glad to help bounce the topic. Developing at this level is tough.

https://x.com/rot13maxi/status/1750862877131489420?s=46

wow ser this is amazing looks great sorry for use this group for this but im fascinated @yodark https://www.stampverse.io/stamp/A6724798879856449302

Can someone upload a photo? none of my browsers will allow me to view stampverse :-/

so cool! from the OG, himself. @yodark !

i love how stamps takes the creativity to other levels to compress as much art posible in such as small space

That must be common in stamp world. I had the same problem with other stamp sites for the longest time. Some still will not load properly for me.

hehe thanks !

Optimizing the whole think was an adventure

I'm planing to make a video on how to optimize SVGs

What wallet or service did you use for your tx?

that will be great ser!

finally I used https://stampchain.io
As I failed to broadcast manually with freewallet

😛

stampchain, more like spamchain, am i right

you have seen that is expensive spam lol

How? I was under the assumption we were working with the 7k limit. Direct via API?

what would you recomand to stamp ?
Yeah it is costely

I used counter-wallet before the bed got shat.

For a named stamp to be clear. Put the pitch forks away.

I don't think there are any pitchforks in this channel.

😂

Assetic.io is an option if you just want to point and click

It does a cp api request for the mint tx, you sign it with freewallet

🙈

You can just upload the image in the uploader and it will base64ify etc I
Have found it stays fairly loyal to the file size to string size but will not be exact match to file size it is +/- some but I think that just the base64 if general I dunno

yeah the problem was broadcasting the image was not working in freewallet

Sometimes I need to send a booster tx as a CPFP to push the mint over the line as as I can never judge what the sat/vbyte will be

I had this

Error sending transaction: Transaction 3c81cd8731e07a0be538c287b3398c6abf602eca4d4a70217e423d8c21be69df non standard: bad-txns-too-many-sigops.

bumped the fee quite a lot

(from the suggested)

Jdog said I should check here because it's a counterparty issue

"The price difference is probably related to the amount of dust used in the outputs used for data encoding."

looking at the detailed tx on mempool.space, how come there is so much of the data that is 3030 repeating? it looks like it takes up like 1/3 of the space available.

Keyburn

https://github.com/mikeinspace/stamps/blob/main/Key-Burn.md

It would make sense to just put data in there as well

Definitely needs to be revisited. We’re actually looking at a way to obviate keyburn entirely. Working with 2 mining pools to submit txns below the dust limit. If outputs contain a single satoshi there is no economic reason to spend those outputs

We tried to put data there and cp rejected the transaction. Presumably because it creates in invalid pubkey .. this is a feature we are doing on src-20 for more data however.

Thanks to Joes feedback a long time ago 😎

does that not make you more prone to censorship?

Counterparty hides its data in various ways so Luke-Jr can't destroy it. Does stuffing data in keyburn give you the same protection?

Probably at least on the miner level

We kind of think of the keyburn as a feature for miners to make it easy to remove those from ram

I see. how do the core devs feel about it?