00:06:21 <Bill48105> i got approved for coin swap API so technically i could integrate it into the bot
00:10:17 <dxrwzy9y[m]> What's a good manageable amount of fiat to deposit without getting screwed by fees?
00:12:18 <Bill48105> tough to say you need to decide what you're comfortable with
00:44:11 <fibonacci> I just read your earlier reply Bill48105 ... nice 👍
01:44:29 <Bill48105> lol which one fibonacci
01:44:39 <Bill48105> about the escrow stuff
02:05:12 <burp> wtf, I was just checking poloniex "You cannot withdraw or deposit this asset, but it can still be traded."
02:05:20 <burp> I've had some XMR there for years
02:05:28 <burp> and now they tell me I can't get them anymore?
02:05:50 <strike> nice
02:06:59 <Bill48105> lol well trade for ltc then withdraw :D
02:07:05 <strike> ^
02:07:06 <Bill48105> and buy monero back somewhere you can lol
02:07:37 <burp> still feels like a scam, and I wonder if that is legal
02:08:01 <burp> Bill48105: why do you suggest ltc?
02:08:17 <Bill48105> ltc is common, cheap to move vs btc & fast compared to btc
02:08:31 <burp> sounds good
02:09:04 <Bill48105> ltc is my go to for moving around coins between exchanges, platforms
02:10:50 <nioc> probably just temporary
02:11:49 <Bill48105> never know with exchanges
02:12:04 <Bill48105> bunch of em stopped doge during the hype
02:26:11 <silverdragon[m]> What's the best place to buy and sell monero?
02:26:17 <mmxxx[m]> Did binance resolve its eth withdrawal issues?
02:28:11 <mmxxx[m]> <silverdragon[m] "What's the best place to buy and"> Depends on which country you are in. For some it's kraken.
02:34:11 <silverdragon[m]> <mmxxx[m] "Depends on which country you are"> What about exchanging from ETH ortl BTC? Same place?
02:34:57 <mmxxx[m]> <silverdragon[m] "What about exchanging from ETH o"> Btc? Yes.
02:38:39 <mmxxx[m]> https://lbry.tv/@MoneroTalk#8/comit-bitcoin-monero-atomic-swaps-are#5
04:49:52 <echelon> hi, how much disk space is needed for a full
04:49:54 <echelon> monero node
04:52:11 <ndorf> echelon: at least 100GB
04:52:29 <ndorf> mine's using 98GB as of this moment.
04:52:39 <ndorf> however, you can also run a pruned node which is more like 35GB i think.
04:54:35 <ndorf> SSD is also highly recommended. rotating drive will be much slower. still more or less usable, though.
04:56:08 <Bill48105> yeah i made mistake of trying HDD at 1st. it was gonna take 800 years or something to sync lol
04:56:48 <echelon> Bill48105: as opposed to ssd?
04:56:50 <echelon> how come?
04:58:01 <ndorf> dunno about syncing, but it takes much longer to create transactions, i think it's because the ring signature needs random outputs from all over the blockchain.
04:58:42 <ndorf> i ran it that way for a year or two, so like i said, still more or less usable (if you are willing to wait), but flash media is much much better.
04:59:01 <ndorf> i'm actually running one off a microSD card and that is almost as good as an SSD, much better than HDD
05:03:50 <echelon> microsd is better than hdd?
05:03:57 <echelon> i find that hard to believe
05:04:07 <ndorf> why?
05:04:09 <nioc> but true
05:04:21 <ndorf> microsd, like all flash storage, has much better random access than spinning drives.
05:04:55 <nioc> don't think a microSD has anywhere near the life span of a nice SSD
05:04:58 <ndorf> better meaning faster, in this case.
05:05:04 <ndorf> nioc: that's probably correct.
05:05:24 <ndorf> in this case the node is an SBC with a microSD slot and no USB3 or other convenient way to attach an SSD.
05:05:27 <Bill48105> yeah when i switch to even sata ssd it sync'd in hours
05:05:41 <Bill48105> nvme would fly i bet
05:05:54 <echelon> i've had nvme die on me
05:05:57 <Bill48105> but non mechanical is key
05:06:02 <Bill48105> that sucks
05:06:04 <Bill48105> no warning?
05:06:08 <Bill48105> what brand
05:06:08 <echelon> nope
05:06:13 <echelon> uhh
05:06:15 <nioc> yes nvme is nice
05:06:24 <Bill48105> i've had 2 ssd die so far
05:06:32 <Bill48105> both zero warning just dead
05:06:38 <ndorf> oof
05:06:41 <Bill48105> but they were both sata & cheap shitty ones
05:06:42 <ndorf> what the hell are you guys doing to your drives?
05:07:02 <Bill48105> one was from a dell i forget bran like nvix or something lol
05:07:12 <ndorf> you're sure your system has proper cooling?
05:07:15 <Bill48105> the other was some other common shit one
05:07:17 <nioc> I have a hynix on pre buolt and a samsung 970 on the one I built
05:07:29 <Bill48105> i only buy samsung or intel now
05:07:38 <Bill48105> hynix was the dell one that died!
05:07:50 <ndorf> i have a 970 evo in my desktop but it's nowhere near as fast as it could be because i have an ancient CPU that can only decrypt 1.2GB/s
05:07:52 <nioc> mine is acer but yeah'
05:08:11 <Bill48105> but yeah SSD is a must with monero
05:08:16 <Bill48105> dont even bother trying on hdd
05:08:37 <nioc> monero, bringing you into the future!!
05:08:37 <Bill48105> when i saw the warning i was like "yeah i can wait awhile longer"
05:08:49 <Bill48105> days later eta was 100's of year something stupid
05:08:55 <Bill48105> i was like UGGH
05:09:00 <ndorf> like i said, i ran mine from an HDD for a year or two. it wasn't pleasant. but it worked. so "don't even bother trying" is a bit strong IMHO
05:09:01 <nioc> lol
05:09:09 <Bill48105> moved to ssd & sync'd right away within hours
05:09:14 <ndorf> that definitely didn't happen for me. it synced in a couple of days tops, probably less
05:09:29 <ndorf> the bigger issue was that every transaction took like 5 minutes to construct
05:09:39 <Bill48105> i was running in ubuntu under vm so maybe that was partly why
05:09:45 <nioc> yeah a couple of years ago you could get by with an HDD but now, well...........
05:10:07 <nioc> for IBD
05:10:20 <Bill48105> knock on wood i have not had issue with any intel or samsung ssd after years & years of 24x7 use
05:10:29 <ndorf> i'm not seeing how 70GB->100GB blockchain size could possibly explain a couple of days->hundreds of years sync time increase.
05:10:51 <nioc> I had an HDD machine for my monero comp and the HDD dies
05:11:00 <nioc> the only time I had an HDD die
05:11:18 <ndorf> ubuntu VM doesn't seem like it would be explain it, either, unless you were using some really wacky setup. the default, virtio and qcow2, should work fine
05:11:24 <ndorf> hehe
05:11:36 <ndorf> funny story at my expense, i had like 3 hard drives die within a few months
05:11:44 <ndorf> i was cursing the name western digital and swearing never to buy them again
05:11:52 <ndorf> turns out my case fan was pointed in the wrong direction.
05:11:59 <nioc> now an HDD sync should be less than a week
05:12:07 <ndorf> fixed that and still using the replacement drives like 13 years later.
05:13:11 <ndorf> never did apologize to WD, though.
05:14:42 <echelon> so i definitely run a full node on hdd?
05:15:04 <echelon> shouldnt*
05:15:15 <ndorf> echelon: not unless you are ok with stuff being painfully slow.
05:15:21 <Bill48105> well i was running trusty under hyper-v running on 2 slow ass NAS WD HDD's mirrored
05:15:27 <ndorf> oh hyper-v
05:15:30 <ndorf> yeah sorry, all bets are off :P
05:15:34 <Bill48105> kek
05:15:57 <ndorf> hehe, did not mean to say that hyper-v is definitely bad.
05:15:59 <Bill48105> i think the mirrored nas drives were bigger issue than hyper-v
05:16:12 <ndorf> only that i know nothing about it, and therefore my earlier statement that VM should be fine doesn't apply.
05:16:43 <ndorf> i always mirrored my drives, so i don't think that was it. not sure about those NAS drives though, that could maybe be a factor
05:17:31 <Bill48105> dont miss the slow ass NAS drive part :D
05:17:48 <ndorf> yeah
08:20:57 <skrech> Hey, my blockchain got corrupted because I had some HDD issues. The error is: "Attempt to get block from height 2300155 failed -- block not in db". Tried --db-salvage, didn't help. Can I force re-sync from that specific block height?
08:26:07 <ndorf> i wouldn't advise that, you have no way of knowing if earlier blocks aren't corrupted also.
08:26:18 <ndorf> that being said, if you're just feeling adventurous, you could try the pop_blocks command.
08:29:48 <Bill48105> is it huge deal to just sync from start to be sure they're all ok?
09:12:04 <skrech> Bill48105: yes, it took me one week to sync, at least
09:12:07 <skrech> I'm on HDD
09:12:22 <skrech> ndorf: I'll try with pop_block
09:13:00 <skrech> however, isn't the whole point of blockchain to be fully checksummed/hashed, so corruption should be easily verifiable?
09:14:37 <Bill48105> get into 2000's with SSD :D
09:14:55 <Bill48105> verifiable if checked
09:15:53 <Bill48105> not sure why anyone needs to store entire chain anyway once sync'd.. unless going back to import old keys or verify old transactions. then again depends on age or your inputs in your wallet too to be able to spend
09:20:29 <skrech> monero-blockchain-import --pop-blocks 500 gives me the same error :/
09:25:38 <skrech> any other suggestions? at least, until I buy an SSD :D
09:53:29 <ayaseen> Hi
09:53:56 <ayaseen> I want to build a pool support RandomX for different coin
09:55:38 <Bill48105> nice how's that going
09:57:12 <ayaseen> I mean I want someone help me in that
10:00:02 <angrymonkeyboi[m> Just take the implementation out of a monero miner like XMRRig 🤷‍♂️
10:00:09 <angrymonkeyboi[m> done
10:01:12 <ayaseen> I am not talking about the miner, setup a pool
10:03:10 <angrymonkeyboi[m> You haven't actually asked a question 😕
12:54:11 <DisBotXMR> <Shay> Hey
12:54:16 <DisBotXMR> <Shay> So I have some questions about mining
12:54:56 <DisBotXMR> <Shay> If I get multiple miners pointed to my main wallet daemon, will it put their power together and act as one giant miner with more hashpower or will it act as separate miners with small hashpower individually?
12:57:29 <ry`an> is there a difference?
12:57:35 <ry`an> either you mine a block or you don't
12:57:43 <DisBotXMR> <Shay> How are you guys talking btw
12:57:50 <DisBotXMR> <Shay> Since you're talking through webhooks
12:57:56 <DisBotXMR> <Shay> Is there a live chat website or smth?
12:57:58 <ry`an> irc
13:15:02 <Wharrgarbl[m]> Matrix
13:15:30 <Wharrgarbl[m]> go to app.element.io, homeserver is monero.social
13:41:25 <fluffydonkey[m]> Are there authorized trezor sellers in the U.S?
13:41:39 <fluffydonkey[m]> I don't want to wait 2 weeks for it to get here 😪
14:35:03 <moneromoon[m]> mine took about a week to arrive let me check
14:35:18 <moneromoon[m]> yup mine took 4 days after they shipped it
14:35:22 <moneromoon[m]> I'd just order from trezor direct
14:35:22 <moneromoon[m]> safest that way :P
14:35:57 <moneromoon[m]> fluffydonkey
14:40:44 <megazoor> hey guys
14:40:57 <megazoor> is this the proper place to download the cli
14:40:57 <megazoor> https://web.getmonero.org/downloads/
14:40:59 <megazoor> ?
14:43:36 <moneromoon[m]> thats the one! :D
14:43:48 <moneromooo> Yes.
14:44:11 <megazoor> haha whos the real moneromoo?
14:44:21 <megazoor> thank you <3
14:45:00 <Wharrgarbl[m]> moneromoo = our resident cow
14:45:20 <Wharrgarbl[m]> monero.moon = resident conspiracy theorist
14:45:53 <moneromoon[m]> 🧙‍♂️
17:00:09 <slave_blocker> Recursive mining
17:00:09 <slave_blocker> There are a bunch of transactions in every mempool. The coinbase transaction is part
17:00:09 <slave_blocker> of the master block header, and is not in the mempool. Each mempool has to a high
17:00:09 <slave_blocker> degree of percentage the same transactions as every other mempool. The transactions
17:00:09 <slave_blocker> are the most important elements in this system because without users there is no
17:00:09 <slave_blocker> system. And without transactions from the users in the system, the miners are less
17:00:11 <slave_blocker> motivated to mine blocks, because the rewards are less. Transactions with higher fees
17:00:13 <slave_blocker> should be prefered. So in each mempool the transactions are sorted first in ascending
17:00:15 <slave_blocker> order by the fees. The second sorting criteria also in ascending order is by the sha 256
17:00:17 <slave_blocker> hash.
17:00:19 <slave_blocker> Each miner after finding a block wants to propagate that block in the system with the
17:00:21 <slave_blocker> minimum information as possible. Let every mempool have the same amount of full
17:13:25 <moneromoon[m]> ?
17:13:27 <moneromoon[m]> wtf?
17:13:28 <moneromoon[m]> lol
17:14:31 <endor00[m]> Mom: "Don't worry, we have moneromoo at home"
17:14:31 <endor00[m]> The moneromoo at home:
17:18:28 <megazoor> where do we download aeon gui?
17:18:47 <megazoor> or aeon cli
17:28:30 <moneromooo> I think they have binaries on their github repo. Try #aeon though.
17:49:21 <grc001[m]> I connected trezor t, opened it with pin, started steup in gui but im getting an error msg. anyone know whats up with it?
17:49:57 <grc001[m]> Error writing wallet from hardware device. Check application logs... and on the bottom it says device connect failed
17:50:18 * grc001[m] uploaded an image: Gui error msg.jpg (74KiB) < https://matrix.org/_matrix/media/r0/download/matrix.org/XslgxqJqmwbBgQNVNettXvKa/Gui error msg.jpg >
17:59:46 <slave_blocker> https://github.com/slave-blocker/voider
18:33:52 <makelaz> hello
18:34:35 <kalindrome[m]> Howdy!
18:35:02 <makelaz> do i have any chance with 4.12 kH/s
18:36:00 <makelaz> i left server almost 5days on this speed and zero until now!
18:36:30 <binaryFate> a chance of what?
18:36:47 <makelaz> of having any monero,piconero whatever
18:37:03 <moneromooo> femtonero
18:37:03 <makelaz> solo mining
18:37:18 <makelaz> femtonero?
18:37:20 <moneromooo> Type "mining_status"
18:37:28 <moneromooo> A joke. It doesn't go that low.
18:37:55 <sech1> At 4120 h/s with network diff of 2.44e+11 your expected time for find a block is 5.93e+07 s or 686.23 days.
18:38:02 <makelaz> Mining at 3.05 kH/s with 31 threads
18:38:25 <makelaz>  0.001254972204 monero daily, 0.038276652245 monero monthly, 0.446770104903 yearly
18:38:51 <apotheon> Wow.  Femtomonero would be pretty darned low-value.
18:39:21 <moneromooo> So current block reward is ~1.1 monero, so 0.45 yearly means a block every two years on average, about what sech1 got.
18:40:17 <moneromooo> It's a lottery. Might be very soon, might be ver ylong.
18:40:20 <makelaz> i have 2 sockets with Opteron  6272
18:40:46 <makelaz> is any command that can better exploit this cpus
18:45:55 <makelaz>   a  assembly miner optimized for this  cpus will help or im  exaggerating
18:46:14 <moneromooo> You could run xmrig connected to the daemon. It's better optimized.
18:47:58 <makelaz> good but maybe an assembly miner optimized for this cpu can help
18:48:02 <makelaz> or not?
18:48:34 <moneromooo> Probably.
18:48:38 <makelaz> i mean to exploit cpu arch and to play with cpu firmware
18:50:09 <makelaz> cpu firmware destroy cpu capabilities
18:50:44 <fibonacci> .balance
18:50:44 <Wallet> fibonacci: • Your balance is: 0 XMR
18:52:20 <makelaz> cpu firmware is not known so is very possible lot of amd,intel firmware programmers are playing with mining
18:56:29 <makelaz> any thoughts?
18:59:53 <sech1> xmrig already uses assembly optimized code for RandomX and even uses specific instructions availabe only on Opterons: https://en.wikipedia.org/wiki/XOP_instruction_set
19:00:07 <sech1> the truth is, AMD CPUs before Ryzen suck at mining
19:03:53 <makelaz> whereis any good manual on using xmrig with daemon
19:03:59 <makelaz> google has lot of garbage
19:06:54 <vekin> ./xmrig
19:07:02 <sech1> https://xmrig.com/docs/miner/config
19:07:04 <vekin> should auto populate the config
19:07:08 <vekin> then you just add your pool
19:07:15 <makelaz> solo mining
19:07:23 <sech1> use https://xmrig.com/wizard to generate the config, it allows you to choose solo mining to daemon
19:08:00 <makelaz> good thnx
19:09:36 <makelaz> this cpus will better than opteron 6272       "INTEL E7- 4870"
19:37:09 <anon_ijq28gn> Hi everyone, I'm hoping to get Monero added to txstreet.com to show the low fees and the minimal wait time to get your transaction added to a block.
19:39:36 <anon_ijq28gn> I'm trying to determine the best way to get as close to a real time view of the mempool.
19:39:49 <anon_ijq28gn> What is the best way to go about doing so?
19:40:54 <anon_ijq28gn> I'm aware of get_transaction_pool endpoint from the Daemon RPC, but that would require constant polling.
19:41:16 <bhmxiufb> “I thought, ‘I’m going to pump it and dump it,’ because I was interested and taking the ideas and implementing them in bitcoin. The bitcoin code base was far more interesting to me than monero, and I thought, ‘I’m not going to work on this codebase, it’s terrible,'” he recalls - fluffypony in an interview about Monero
19:45:08 <ndorf> anon_ijq28gn: you can use --tx-notify option to run a custom command on new transactions, or use the new ZMQ pubsub interface to be notified
19:46:38 <anon_ijq28gn> I thought tx-notify is only for new incoming transactions associated with your keys
19:48:48 <ndorf> seems you are right, for some reason i imagined monerod had its own --tx-notify option. however, you can still use ZMQ pubsub
19:49:00 <Bill48105> notfy per block isn't fast enough?
19:49:07 <ndorf> it's pretty easy, here's a toy python example: https://github.com/monero-project/monero/issues/6775#issuecomment-679347348
19:49:11 <ndorf> Bill48105: he wants mempool
19:49:19 <anon_ijq28gn> block-notify wouldn't work either
19:50:58 <Bill48105> guess i don't get how mempool works then. guess it's waiting to be block not on last so need notify on broadcast then eh
19:51:19 <ndorf> Bill48105: mempool is the set of transactions that have been relayed, but not yet in a block.
19:51:50 <Bill48105> but what i meant was notify on block isn't often enough to check mempool for what he's doing?
19:52:00 <ndorf> notify on block is by definition not checking the mempool.
19:52:10 <Bill48105> kek i didn't claim that
19:52:36 <Bill48105> if you need it and no notify event poll it
19:53:01 <ndorf> there is a notify event, if you use the zmq pubsub feature
19:53:20 <Bill48105> not familiar with that but if so that solves it right
19:53:29 <ndorf> i hope so :)
19:55:09 <anon_ijq28gn> Yes, I think this solves it. Thank you
19:56:04 <ndorf> anon_ijq28gn: cool. see the ZMQ.md file for more details and options of the pubsub interface
19:56:24 <apotheon> Is anti-fluffypony spam quite common here?
19:57:05 <apotheon> I've noticed it twice lately, and there are huge swaths of time that I wouldn't have noticed if there was more.
19:57:57 <ndorf> anon_ijq28gn: note that this will include confirmed transactions, if they were not previously seen in the mempool, so you will want to filter those out if e.g. you're trying to keep track of the mempool size
20:03:34 <anon_ijq28gn> ok, and we'll have to make a call to get_transaction_pool, to get more info about the transaction... i.e. tx fee
20:03:57 <ndorf> if you want full details for every tx you can also subscribe to 'full' channel instead of 'minimal'
20:04:45 <anon_ijq28gn> I've never used pubsub, can you provide more details on what you mean by full channel?
20:06:00 <ndorf> anon_ijq28gn: you will want to read the entire pub/sub section in ZMQ.md. but the short answer is, replace the word 'minimal' with 'full' in my example script, and the notification will include full tx instead of just the id
20:06:18 <ndorf> docs/ZMQ.md that is
20:07:09 <anon_ijq28gn> gotcha, thank you
20:07:34 <ndorf> np
20:26:49 <strike> .bal
20:26:49 <Wallet> strike: 0.0018173 XMR
20:26:56 <strike> oh nice the bot hasnt been kicked yet
20:27:11 <strike> .val 0.0018173 xmr usd
20:27:11 <Wallet> strike: ≈$0.4716 • ≈ value of: 0.0018173 XMR • Source: cmc/ccc/altm
20:54:59 <cankerwort[m]> https://blogs.nvidia.com/blog/2021/02/18/geforce-cmp/
20:55:45 <cankerwort[m]> Does this effectively make ETH an ASIC mined coin? As you will need dedicated hardware rather than second purpose for a gaming GPU
20:56:17 <cankerwort[m]> Interesting that they would bring out a ETH mining specific product so "soon" before ETH 2.0
21:12:35 <midipoet> .bal
21:12:35 <Wallet> midipoet: Your default coin is now set to XMR. Change with coins command.
21:12:35 <Wallet> midipoet: 0 XMR
21:12:40 <midipoet> damn
21:48:00 <nioc> .bal
21:48:00 <Wallet> nioc: 0.0061 XMR
22:02:35 <makelaz> i'm running "-o 127.0.0.1:18081 -u --hugepage-size=1280 --asm=auto --cpu-max-threads-hint 100 --daemon"  but is worst than solo mining
22:52:09 <ndorf> what's the best place to see monero mining pools by %age of total hash rate?
22:53:31 <ndorf> makelaz: i don't think your --hugepage-size=1280 makes sense, it's supposed to be the size of one page in KB, not the number of pages
22:54:32 <makelaz> ./xmrig -o 127.0.0.1:18081 -u address --coin monero --daemon  even this dont work
22:55:42 <ndorf> by dont work do you just mean lower than expected hashrate, or doesn't work at all?
22:56:23 <InvestmentOracle> What the hell happened in the market today?
22:56:31 <makelaz> "status" on monerod gives "no running"
22:56:43 <makelaz> not mining
22:56:46 <makelaz> sorry
22:57:16 <ndorf> that means the daemon is not mining, which is expected because xmrig is mining, not the daemon
22:57:39 <ndorf> xmrig itself should log status including mining hashrate every minute or so
22:58:42 <ndorf> InvestmentOracle: which market?
22:59:19 <InvestmentOracle> I guess I should've asked that in monero-markets, but just the USD and BTC markets. Everything kinda took a shit today
23:00:29 <ndorf> seems like a pretty minor/normal pullback to me.
23:01:08 <ndorf> it doesn't go straight up
23:07:02 <moneromooo> If mining from a pool monero to the daemon, monerod itself isn't mining, so mining_status says it's not mining. That is expected.
23:12:41 <makelaz> im solo mining but still "not mining"
23:13:10 <makelaz> xmrig now is working because all cpus are 87%
23:18:48 <DisBotXMR> <TheLizardWizard4013> how does Monero encryption work? I guess this is more of an encryption in general question. In general are people better at creating and reinforcing encryption, or breaking encryption algorithms? Like in theory could Monero constantly be ahead of the people trying to crack it?
23:24:01 <strike> read up on how ring signatures work and how monero implements them
23:24:11 <strike> that should answer your question
23:36:05 <binaryFate> ring signatures are only a third (simplifying) of Monero's onchain privacy
23:37:09 <binaryFate> hidden amounts and stealth address destinations are key as well
23:43:07 <ForestMapper> Hey
23:43:47 <nioc> ndorf: is this info what you were looking for https://miningpoolstats.stream/monero
23:44:06 <nioc> current location: nap fog brain
23:44:28 <ForestMapper> I'm struggling trying to build the repo
23:44:40 <ForestMapper> recipe for target "cmake-release" failed
23:49:48 <Zerock> any monerujo users have a problem where the generated QR codes aren't valid?
23:51:43 <moneromooo> They might have a "monero:" prefix ?
23:52:43 <Zerock> hmm, that's a possibility
23:53:30 <Zerock> the only experimentation I've done is I confirmed that the donation QR on the monerujo site works, but if I scan someone else's monerujo QR from within monerujo, it says it's invalid
23:53:38 <Zerock> (and likewise if they scan mine)
23:54:01 <Zerock> at the present moment I don't have another device that could scan to see if it has that prefix